Bug 66989 - VIEWING: Writer not displaying/printing full page range of Word DOC
Summary: VIEWING: Writer not displaying/printing full page range of Word DOC
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
Whiteboard: BSA
Keywords: filter:doc
Depends on:
Blocks: DOC-Paragraph DOC-Tables
  Show dependency treegraph
Reported: 2013-07-17 07:03 UTC by bugzilla
Modified: 2018-08-17 09:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Word DOC that does not display correctly in LibreOffice. (547.00 KB, application/msword)
2013-07-17 07:03 UTC, bugzilla

Note You need to log in before you can comment on or make changes to this bug.
Description bugzilla 2013-07-17 07:03:21 UTC
Created attachment 82529 [details]
Word DOC that does not display correctly in LibreOffice.

The attached Word DOC, which appears to be in XP-2003 format, does not display correctly in LibreOffice (or OpenOffice). In MS Word, the document has a total of 21 pages. In LibreOffice, only the first 2 pages show up. This was also a problem that occurred in OpenOffice 3.3. Trying to resolve the issue is what prompted the switch to LibreOffice. The document is essentially one giant table, which I gather may be the source of the issue.
Operating System: Windows 7
Version: release
Comment 1 retired 2013-07-17 10:35:06 UTC
Interesting behavior. Testing on LO and OS X 10.8.4 LO displays 19 pages whilst MS Word displays 21 pages. All content is there so nothing get's lost but the formatting is displayed differently.

This document imo has some strange formatting. It takes a while in both programs to load completely although it is "only" a table with some text. So this document might have some very odd formatting.

When comparing the opened documents already on the first page I notice that Word displays #15 as the last number and LO goes to #16. That explains why the doc only has 19 pages when opened in LO.

Setting to NEW. OS to ALL.
Comment 2 QA Administrators 2015-04-01 14:40:07 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2015-04-19 15:12:32 UTC
Yep 19 pages.

Win 7 Pro 64-bit Version: (x64)
Build ID: 211c12b9c64facd1c12f637a5229bd6a6feb032a
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-18_01:51:17
Locale: fi_FI
Comment 4 QA Administrators 2016-09-20 09:32:07 UTC Comment hidden (obsolete)
Comment 5 Thomas Lendo 2017-10-02 07:38:32 UTC
Still repro with Version: (x64)
Build-ID: d918a8086af56d1869e465baae64d960e56066d1
CPU-Threads: 8; Betriebssystem:Windows 6.19; UI-Render: Standard; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2017-09-08_22:40:30
Gebietsschema: de-DE (de_DE); Calc: group

I'll add this bug to both metas DOC-Paragraph and DOC-Tables because the last paragraph before the table begins seems to be displayed differently but I couldn't find any difference in style definitions.

The table row heights are the same, but in LibO more rows will be displayed at a page as in MS Word 2013.

No loading or scrolling issues in MS Word 2013.
Comment 6 Timur 2018-08-16 13:31:01 UTC
First issue was showing just 2 first pages. It's resolved by opening 19 with full table. MSO counts 4 pages and has 20 with data and 21st empty. 
There are some MSO-LO differences but Bugzilla is not "document based", like "this document doesn't display as it should". 
Bugzilla is "issue based", so a single issue must be pointed at, after a search for not being a duplicate. 
There could be 3 issues here:
- *Donated* opens black from DOC while it's red and opens red from DOCX
- space before the table: shown differently in DOCX, I don't find it worth reporting. 
- row height: frequent issue with Microsoft fonts, not worth reporting, there are other bugs
Comment 7 Buovjaga 2018-08-16 17:57:31 UTC
(In reply to Timur from comment #6)
> - *Donated* opens black from DOC while it's red and opens red from DOCX

I bisected this and found out many reports blame the same commit. I commented in bug 106705.
Comment 8 Timur 2018-08-17 09:04:38 UTC
I commented in Bug 107999 for row height.