Problem description & Steps to reproduce : When we insert & try to edit 'Table' in presentation, in general it responds poorly to the edits. [like colour formatting, font changes in the table text, colour & thickness changes of table borders etc.) i.e. even when I select config (e.g. say - font Arial size 32 colour red; table borderline black coloured 1.00 thick ; colour background invisible etc.) this config do not show up in table instantly. Many of the times borders of a table disappears when the presentation is closed & opened again. This issue is more serious in Linux / Ubuntu ; but to my surprise, same version (3.5.0) run & respond to table config changes far superior under windows XP. Current behavior: Config settings changes in table option do not show up effects Expected behavior: whatever change we make should instantly reflect in selected table Platform (if different from the browser): Ubuntu 11.10 Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Thanks for bugreport Please, verify if in last version of LibreOffice still reproducible (3.5.1 or more recent if available)
Its very much present even in LO 3.5.1 ... there in no improvement on that front ... also in Calc the borders do not behave well ... very irritating.
Thanks for additional testing. Sorry for I can not reproduce slow table update in 3.5.1 on Fedora and Windows Please, try move LibreOffice in another place and see if problem still remains. Also, try on another computer/OS/desktop if available
Confirmed with: LO 3.5.5.3 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Created 6x20 table and every operation like changing text style, align, font size, color, resizing, moving is quite delayed. From x to xx seconds.
Thanks for additional information. Sorry for not understand problem from first attempt. Indeed table 6x20 is very slow if we try to move it, resize, change "Table design" on right hand pane. But if we input text into table, it updates immediately. Reproduced in 3.3.4, 3.5.5, 3.6.0rc on Fedora 64 bit Changing version to 3.3.4 as most early reproduced
Created attachment 104963 [details] Presentation showing common issues with Table in Impress
Also while making this presentation I encountered a issue with 'Vanishing of inserted images' in Impress described as issue no 5 in presentation. Rest 4 issues are related to Table properties.
created with Libreoffice 4.3.0
*** Bug 75684 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Dear QA team, I have tested the issue on Linux Mint 18 (64 bit) with LO version , Version: 5.2.1.2 Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; And my observations are ... Most of the issues mention in previously enclosed bug report presentation 'SEEM' resolved ... only untill table is small e.g 5 X 3. But the situation is worse when table grows up in size. I created a table of 20 X 20 & tried to apply possible editing as mentioned in my bug report ... and I found if you try to change even boarder colour of big table (I tried with 20 X 20), Libreoffice freezes and I have to XKILL it. No edit is possible on bigger tables. Thus for me the issue / bug prevails. Hope after this retesting the issue will be at least marked as confirmed & will be assigned to someone. But thanks anyways for asking me to test, If you want any further assistance I will be glad to help ! Regards, Ankur Joshi
The bug is still present in Impress 5.3.X and 5.2.X 1) Create a 5x5 table. 2) Select first row. 3) Use Right click to go to "Table Property" panel. 4) Change border color 5) Press ok button There are no changes in the borders of the first row of the table.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Issue is not resolved and continued as it was before. Tested with LO 7.0.1
Dear pharmankur, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear QA team, Thanks for reporting. I have , 1) Tried with the test file attached already in this bug report. --- All issues were resolved. 2) Created large tables like 20 X 20 and tried to edit line colors, text fonts alignments and background colors etc. --- I found it becomes little slow and takes some time to respond, but finally it works and does the edits as desired. Tested with my version of LO -- Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-GB Ubuntu package version: 1:7.3.6~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded Also as requested, wanted to select status RESOLVED-WORKSFORME, but did not find this option in status dropdown ( It has only RESOLVED ). So leaving it untouched.
pharmankur, thanks for nice sample and retest. Normally one needs to report separately table and images, though, after searching in existing bugs. When you mark Resolved, next field has WFM (indicating we don't know the exact fix commit, unlike with Fixed).