Created attachment 136111 [details] Example file from LO 5.3 LibreOffice loses the “no borders” horizontal cell border property of a single cell or a subset of cells if the surrounding cells of the same table have borders when the document is saved as DOCX. Furthermore, the „Merge adjacent line styles” option is always turned on in DOCX files, regardless of what the setting originally was during the editing process. This might be caused by LibreOffice forcing the „Merge adjacent line styles” function when exporting the document as a DOCX file. Steps to reproduce: 1. Create a new document in LibreOffice Writer. 2. Insert a 3 column wide, 3 row high table. 3. Select all cells of the table, and uncheck the “Merge adjacent line styles” option on the Borders tab in the Table Format window and press OK. 4. Select the 3 cells in the middle column. 5. Change the Line Arrangement with the „Set No Borders” button to borderless. 6. Save the file both as ODT and DOCX. 7. Reopen both files. Actual results: All cells have horizontal borders in the DOCX file, but not in the ODT file. Furthermore, the “Merge adjacent line styles” option in the Table Format window is active in the DOCX file, but inactive in the ODT file. Expected results: The files should look identical.
Created attachment 136112 [details] Same file exported to docx
Created attachment 136113 [details] The two files in LO 5.4 side by side
Repro. In 3.6, it gives border colour to the top and bottom borders, but not to the middle ones. Still wrong, so changing version field. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: 09122a537318f7ada075820f3b1ef83a64e56751 CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on September 10th 2017 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
A very painful issue when exchanging files with MS-Word users... have seen it on multiple versions, for a long time - just got around to filing it and I found this issue. So, specifically, reproduced with LO 6.0.0.0.beta2 on Linux Mint 18.3.
Visually, this is fixed in 6.2 from bug 82177. This bug could be left open to investigate "Merge adjacent line styles", but Word/Writer handle cell border quite differently, and that is probably a Writer specific setting with no corresponding MSO property.
(In reply to Justin L from comment #5) > Visually, this is fixed in 6.2 from bug 82177. It seems to be only _partially_ fixed. With the example file, the lack-of-borders is preserved for the borders between consecutive cells of the middle column, but is _not_ preserved for the top border of the top cell and bottom border of the bottom cell of the middle column, i.e. the external border of the entire table is complete when loading the exported DOCX file. I tested using: Version: 6.2.0.0.alpha0+ Build ID: d8860e492ea8a22804750eeb6dd80f0c009365c9 CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-23_23:54:34 Locale: en-US (en_IL); Calc: threaded
*** Bug 124378 has been marked as a duplicate of this bug. ***
(In reply to Eyal Rozenberg from comment #6) > It seems to be only _partially_ fixed. With the example file, the > lack-of-borders is preserved for the borders between consecutive cells of > the middle column, but is _not_ preserved for the top border of the top cell > and bottom border of the bottom cell of the middle column, i.e. the external > border of the entire table is complete when loading the exported DOCX file. Please test again. I don't see any lines at the top or bottom of the table.
I confirm what Justin said. Changing summary per his idea. Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: bfbf745470cb6f99532523fdeffca061b37d8393 CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 31 May 2020
Dear Gabor Kelemen, 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
Can no longer reproduce the bug. If I: * Open the ODT document * Save as DOCX * Open both files * (Uncheck Show Table Boundaries and Show Text Boundaries, just to clarify things) I see the borders on the center column are missing in both documents. So, marking WFM (although perhaps this was fixed somehow?) Build: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: d9b33ed6644203141fdb0776c291425c2bc9f5ac CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US