Description: I have documents containing a lot of tables with moderately complex structure, i.e. some merged cells horizontally and vertically. See attached document TableBorderTest.odt. When I create or edit the document and save it, sometimes a part of the border of the leftmost table cell (which spans several rows) disappears. This is not only a display issue but is also visible in the exported PDF document. See attached TableBorderTest.pdf on page 31. When I set the cursor to a cell in the afftected table eare and for example insert a line break and delete it again, in most cases the border re-appears. See attached GIF image TableBorderTest.gif. Sometimes the effect then is visible at a complete different location in the document. I also opended the attachet ODT on another machine. All borders were there. Then I just enabled the Page Header in the Format -> Page dialog. This changed the layout around and a border disappears at another position in the document. This behavior makes the effect somewhat difficult to reproduce. But it seems to be there for several versions, I reproduced it on another machine using Libreoffice 5.4. Steps to Reproduce: 1. Open attached TableBorderTest.odt 2. Zoom out and look for missing table borders in leftmost column. 3. If none are there, enable Header in Format -> Page dialog and look again Actual Results: Sometimes missing cell borders, also in PDF export Expected Results: All cell borders visible Reproducible: Sometimes User Profile Reset: No Additional Info:
Created attachment 152394 [details] Example document to reproduce the error
Created attachment 152395 [details] PDF export of example document. Error on page 31
Created attachment 152396 [details] Screen animation of editing (enter and backspace pressed in last column)
(In reply to cyberrob from comment #0) > Steps to Reproduce: > 1. Open attached TableBorderTest.odt > 2. Zoom out and look for missing table borders in leftmost column. > 3. If none are there, enable Header in Format -> Page dialog and look again I zoomed out to 29% but couldn't reproduce it with Version: 6.2.5.1 (x64) Build-ID: 9a940173fab1747f02322bc89779759d52b3a086 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded > This behavior makes the effect somewhat difficult to reproduce. But it seems > to be there for several versions, I reproduced it on another machine using > Libreoffice 5.4. What is the latest version in which you could reproduce it? Please paste informationion from Help => About LibreOffice I you haven't treid the lates version please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 152475 [details] Screenshot using LO Fresh 6.2.4.2 (x64)
I tested the Example document again on another machine running Windows 10 and the newest libreoffice fresh: Version: 6.2.4.2 (x64) Build-ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU-Threads: 8; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded After opening the file the problem was not visible. I then enabled page headers (Format -> Page -> Header) (In my German version it is Format -> Seite -> Kopfzeile). Then the problem gets visible on page 11. See attached screenshot.
I confirm it with Version: 6.2.5.2 (x64) Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded and with Version: 6.4.0.0.alpha0+ (x64) Build ID: ae823e4633a76d13cebc6432b9e44b9b2862326b CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-26_23:06:07 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded Steps to reproduce 1. Open attachment from comment 1 2. Got to page 11 3. Enable header Result: Border of the first cell in the last row of table two gets lost.
Just to clarify, as the new title may be misleading: from my observations enabling the header just helps to reproduce the problem (disappearing cell borders) with the example document if it does not show up anywhere right after opening the document. I have had this issue with many documents containing tables with merged cells in the way it is in the multiple tables in the example document. Sometimes everything is fine and when I change something in the document and some tables get slightly moved around, the problem arises. So it does not seem to be releated to enabling/disabling the page header. This only makes it appear (and maybe also disappear in some cases) as the document layout changes.
Thank you for clarification. Feel free to change bug summary.
Repro OO 3.3 and LO 7.1+ Win and Lin per Comment 7, so I set All. Persists if ODT resaved in LO 7.1+, but not for me when I tried to delete tables before and after Table 2. Simple click in the cell with "4" restores the border, so I set Minor. Can be confusing so I leave Medium.
Dear cyberrob, 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
Still present in Version: 7.4.1.2 (x64) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Actual result: Border is visiblae but cell is shrinked (has height of two rows instead of six rows). Additional obeservation: if you split cell into six cells same bug occurs with the merged cell before.
Still present in Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded Tested with steps from comment 7 to make bug visible.