Bug 114883 - Tables in this .doc are laid out almost entirely off of the page
Summary: Tables in this .doc are laid out almost entirely off of the page
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: filter:doc
Depends on: 114911
Blocks: RTL-CTL Writer-Tables DOC-Tables
  Show dependency treegraph
Reported: 2018-01-07 12:46 UTC by Eyal Rozenberg
Modified: 2020-04-23 09:34 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

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

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:


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: (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-
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
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
Calc: threaded
Comment 9 Justin L 2020-04-23 09:34:58 UTC
repro 7.0+