Bug 114883 - Tables with vertical text layout laid out almost entirely off of the page
Summary: Tables with vertical text layout laid out almost entirely off of the page
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc
: 145822 (view as bug list)
Depends on: 114911
Blocks: Writer-Tables DOC-Tables RTL-Rotation
  Show dependency treegraph
 
Reported: 2018-01-07 12:46 UTC by Eyal Rozenberg
Modified: 2024-08-17 08:15 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Mis-rendered word document (154.50 KB, application/msword)
2018-01-07 12:46 UTC, Eyal Rozenberg
Details
Documented printed by MS online DOC viewer (103.54 KB, application/pdf)
2018-01-07 12:47 UTC, Eyal Rozenberg
Details
A minimal reproducer (12.45 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2018-01-08 10:13 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2018-01-07 12:46:54 UTC
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:

https://products.office.com/en-us/office-online/view-office-documents-online

which exhibits what the document should look like.
Comment 1 Eyal Rozenberg 2018-01-07 12:47:30 UTC
Created attachment 138940 [details]
Documented printed by MS online DOC viewer
Comment 2 Eyal Rozenberg 2018-01-07 12:51:37 UTC
This could very well be a dupe of one or several existing DOC-Tables-blocking bugs.
Comment 3 Mike Kaganski 2018-01-07 15:10:43 UTC
Reproducible with Version: 6.0.0.1 (x64)
Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: ru-RU (ru_RU); Calc:
Comment 4 Telesto 2018-01-07 19:48:41 UTC
Repro with:
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 5 Mike Kaganski 2018-01-08 10:13:00 UTC
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.)
Comment 6 Eyal Rozenberg 2018-09-17 19:29:16 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2019-09-18 02:54:09 UTC Comment hidden (obsolete)
Comment 8 Eyal Rozenberg 2019-09-18 20:02:06 UTC Comment hidden (obsolete)
Comment 9 Justin L 2020-04-23 09:34:58 UTC
repro 7.0+
Comment 10 QA Administrators 2022-04-24 03:30:05 UTC Comment hidden (obsolete)
Comment 11 Eyal Rozenberg 2022-04-25 14:25:28 UTC
Bug still manifests with:

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
Comment 12 Justin L 2023-05-27 02:19:09 UTC
repro 7.6+
Comment 13 Eyal Rozenberg 2024-07-26 06:39:03 UTC
*** Bug 145822 has been marked as a duplicate of this bug. ***
Comment 14 Eyal Rozenberg 2024-07-26 06:54:20 UTC
Also note attachment 176414 [details] from dupe bug 145822.