Created attachment 138939 [details]
Mis-rendered word document
Attached is a document I created with MS Word several years ago. It has a pretty simple (I think) table layout, with Hebrew (right-to-left) text. The table spans several pages with a repeating header row; and the first (= rightmost) column has the text laid out vertically.
Now, when I open this document, I see the repeating header row rendered fine, but the rest of the table seems to be offset to the left, starting so that the rightmost column's left border is placed on the table's overall left border. The rest of the table is mostly not laid out at all, there are just the horizontal inter-row borders extending a bit further to the left.
However, at the same time, the scrollers do not allow scrolling due left past the end of the page, so at least some of the Writer code believes the layout does end where it's supposed to end.
I'll also attach a PDF obtained using Microsoft's online MS-Word viewer at:
which exhibits what the document should look like.
Created attachment 138940 [details]
Documented printed by MS online DOC viewer
This could very well be a dupe of one or several existing DOC-Tables-blocking bugs.
Reproducible with Version: 188.8.131.52 (x64)
Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a
CPU threads: 4; OS: Windows 10.0; UI render: default;
Locale: ru-RU (ru_RU); Calc:
Created attachment 138951 [details]
A minimal reproducer
This file (DOCX, that is affected, too) demonstrates that there are two related problems with the file.
First is the different placement of rows (1st vs 2nd). And that is related to the second row's first cell's <w:textDirection w:val="tbRl"/> in <w:tcPr>. Removing it makes both rows to behave identically.
Second one is the table's placement (as a whole). Word places the table at the right border of the page. Writer places it at the left border. (Now that the table is narrow, it's evident.)
Bug still manifests with:
Build ID: 5d19a1bfa650b796764388cd8b33a5af1f5baa1b
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2;
Locale: en-GB (en_GB.UTF-8); Calc: group threaded
Dear Eyal Rozenberg,
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!
Bug still manifests, same as earlier, using the "mis-rended word document" attachment, with:
Build ID: 1:6.3.1-1
CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3;
Locale: he-IL (en_IL); UI-Language: en-US