- Open a new empty project on draw - Insert -> table (No matter how many rows or columns) - Select entire table or some cells - Right click -> Table -> Borders - Change something about border (Color, size or remove some borders) - Click OK and you can see that nothng has changed on the table. A) - Save ODG file - Close Draw - Reopen Draw and last saved OGD - The tables has borders changed B) - Reselect entire table or some cells - Right clock -> Table - Change whatever you want on Fonts or Background tabs - Click ok - The table has new setting for fonts/backgroud and now the bordes are correct.
Reproduced. Changed severity per flowchart: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg Win 7 64-bit Version: 4.4.0.0.alpha2+ Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827 TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08
Bug seems to be Windows-only. Not reproducible on Linux. Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 9763b55eb946cf425220d26dab91bf220890b180 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-08_12:56:53 LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Sorry, this problem has been an issue in linux for ages. I've avoided using tables in Draw because of the inability to get the table borders to work as expected. Now I am in a position where I have to use a table and wow, the issue is still present. Select a cell. Click border. Sometimes it turns on. Sometimes it doesn't. Sometimes changing the cell background colour suddenly makes the invisible border show. Sometimes selecting several adjacent cells and turning on a border makes the individual borders show. It is something to do with the way LO refreshes the display after borders are turned on or off. It's so unpredictable it is almost unusable.
I should add that after adding borders, a restart of LO Draw usually shows them correctly. But it sure is frustrating having to keep restarting the application just to see the borders.
Here's something else. Changes to tables don't seem to be recorded in Draw's FIFO UNDO queue.
David: are you using LibreOffice 5.0.1?
Looks good in 5.2. Please double check.
*** Bug 100308 has been marked as a duplicate of this bug. ***
(In reply to Heiko Tietze from comment #7) > Looks good in 5.2. Please double check. Following the screencast from tdf#100308 [1] I can confirm the issue with border color. It works when the color was explicitly set, for instance changing from red to green will undo back to red, but not when the border was undefined. [1] https://drive.google.com/open?id=0B7DwxkAzR4hsb1MyZHp2REYyOE0
I can reproduce this behaviour also in 5.3.0.0.Alpha+ In my concern this not of trivial importance since I use the tables a lot and it is very painful to setup good looking tables if you don't see what you changed.
Ok you convinced me to up severity to minor.
*** Bug 111750 has been marked as a duplicate of this bug. ***
*** Bug 56778 has been marked as a duplicate of this bug. ***
*** Bug 64498 has been marked as a duplicate of this bug. ***
Bug 64498 contains some discussion about commits, which might have influenced the faulty behavior.
*** Bug 94556 has been marked as a duplicate of this bug. ***
Please see bug 94556 for further ideas, especially some further workarounds, which seem to help in some situations.
We should test all border bugs after Armin finishes his rework.
(In reply to Buovjaga from comment #18) > We should test all border bugs after Armin finishes his rework. It's not related to Armin's work, since it's not a bug about the borders, but the update mechanism of draw/impress tables. Anyway, I already added a fix, waiting for jenkins: https://gerrit.libreoffice.org/#/c/41116/ I'll backport it after pushed to master.
Tamás Zolnai committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3f72879a8e54e18f3ad587f7284b84db592c8d1a tdf#85909: EDITING: Native tables visualization not refreshed It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tamás Zolnai committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=296a15773bec15c6aedec1a6be7b938fb60adc58&h=libreoffice-5-3 tdf#85909: EDITING: Native tables visualization not refreshed It will be available in 5.3.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tamás Zolnai committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e96856b791b74e941130b32c1b7f2f1587a349c6&h=libreoffice-5-4 tdf#85909: EDITING: Native tables visualization not refreshed It will be available in 5.4.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 111986 has been marked as a duplicate of this bug. ***
Confirmed fix. Win 10 Version: 6.0.0.0.alpha0+ (x64) Build ID: 8d74698f407de0b02826777d5cb3f5aca2fd50f1 CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-24_23:26:55 Locale: fi-FI (fi_FI); Calc: group