Description: Go to: Format>Page Style>Text direction>Right-to-left. Create a 5x5 Table. The second and before-last vertical lines are always hidden. This bug didn't exist in older versions like: 7.1 (which I am using now because of this bug) Tested on Kubuntu Linux 22.04 Steps to Reproduce: 1- Go to: Format>Page Style>Text direction>Right-to-left. 2- Create a 5x5 Table. Actual Results: The second and before-last vertical lines are always hidden. Expected Results: No hidden lines Reproducible: Always User Profile Reset: No Additional Info: Only on right-to-left documents
Have you tested with actual version LO 7.5?
The bug does not present in release 7.5.2. However, it presents in previous releases, like 7.4.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Mahmoud Alnaanah from comment #2) > The bug does not present in release 7.5.2. However, it presents in previous > releases, like 7.4. Great, so let's close.
Status update: Sorry for reporting that the bug is resolved, in fact it is not. The bug exists since version 7.2 in files saved as docx format. To produce the bug. 1- Open new writer document. 2- From: Tools>options>Language Settings> Languages>Enable complex text layout and set to Arabic Jordan. 3- Create 5x5 table. 4- Save the file as docx format. 5- Close the file. 6- Reopen the file. 7- Notice that the second and the before final vertical lines are hidden. Regards,
I missed step in previous comment. You need step 3 in this new comment. To produce the bug. 1- Open new writer document. 2- From: Tools>options>Language Settings> Languages>Enable complex text layout and set to Arabic Jordan. 3- From: Format>Page style> Change text direction to right-to-left. 4- Create 5x5 table. 5- Save the file as docx format. 6- Close the file. 7- Reopen the file. 8- Notice that the second and the before final vertical lines are hidden. Regards,
I confirm it with Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 4b3d3354119b643ec20aaad187d0a6506ea307fb CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded
Any updates about this bug, it is really annoying and forced me to use Libreoffice 7.1.8. Which is very old and has its own problem. Please give this bug a priority.
Bibisected with linux-64-7.3 to 0dbecd2d2ebe18a262cfab96e105637840b5b7fe sw: fix too long inner borders intersecting with outer borders for Word cells When bibisecting, I noticed some commits already showed the specific inner borders hidden when opening the .odt.
Created attachment 189699 [details] Example file (ODT) Save this to DOCX
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/652ab50ce18d0ce7fa1209e6bcf3b10ac5c9a933 tdf#154198 sw: fix lost vertical table cell borders for WordTableCell + RTL It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
It is good new that the problem is fixed. Will the fix be applied to version 7.6.x or 7.5.x?
Yes, backport is already pending review here: https://gerrit.libreoffice.org/c/core/+/157166
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/0721b09329f88c9206e02afaff832c71065618ee tdf#154198 sw: fix lost vertical table cell borders for WordTableCell + RTL It will be available in 7.6.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
VERIFIED with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c0c8cffd3541e3cd616c96791b04e7ebf2b2ed03 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Miklos, thanks for fixing it!