Bug 118488 - FILEOPEN DOCX: non-standard Line numbering from header frame with TNR font not the same as in Microsoft Office
Summary: FILEOPEN DOCX: non-standard Line numbering from header frame with TNR font no...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks:
 
Reported: 2018-07-01 16:51 UTC by Roeland
Modified: 2019-09-17 16:16 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Sample compared MSO LO (184.15 KB, image/png)
2019-09-06 11:27 UTC, Timur
Details
Example DOCX (57.19 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-09-17 14:03 UTC, Timur
Details
Example DOCX compared MSO LO (179.45 KB, image/png)
2019-09-17 14:06 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roeland 2018-07-01 16:51:49 UTC
Description:
This is the first report connected to bug 118460, which will be split up in several issues in order to focus on the different problems.


In this case line numbering is not respected, in MS Office the first line corresponds with "SUNORNORYSR STYSPTTTXN" in LibreOffice the first line is actually pretty much between these two lines: "ZRysputy ZRrststrrstzt Xttornysy, SXN ttrstt8awertt" & "tttttt TTT. Strysyst, Sursttys rws000"

I tried to search for similar reports, but it is very difficult to know if another bug report has the same underlying cause.

Documents to illustrate the problem:

attachment 143211 [details]
Problematic Document

attachment 143212 [details]
LibreOffice PDF Export

attachment 143213 [details] 
MS Office PDF Print

Steps to Reproduce:
1. Open attached document in LibreOffice and MS Office
2. Compare the points listed in the description

Actual Results:
See description

Expected Results:
Problematic order.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Timur 2019-09-06 11:27:10 UTC Comment hidden (obsolete)
Comment 2 Gabor Kelemen (allotropia) 2019-09-09 00:08:12 UTC
(In reply to Timur from comment #1)
> Created attachment 153986 [details]
> Sample compared MSO LO
> 
> Repro Lo 6.4+. 
> But this document has bigger problems than line numbers.

The line numbering here is not a real line numbering, as in: Tools - Line numbering.
More like a frame containing manually aligned paragraphs and anchored to the header.

Also the header and footer seem to be the real culprits here. Removing them makes the document rather readable and the bullets and numbering in the main text are consistent with the example attachment #143213 [details]

I suggest further simplifying the example file in Word and changing the meta bug.
Comment 3 Roeland 2019-09-12 18:21:21 UTC
Hi Gabor, I unfortunately don't have the time to sift out this issue or to create a cleaner testdoc. Maybe Joel has some interest in doing this?

If this report is insufficient, then I'd agree with a wontfix.
Comment 4 Timur 2019-09-17 14:03:30 UTC
Created attachment 154230 [details]
Example DOCX

Right, this has nothing to do with line numbering.
Here is simplified DOCX without header (with frame numbering) and footer.
Page area is different in MSO and LO for DOCX with negative top and bottom margins.
It's like MSO doesn't respect negative margins and LO does.
Comment 5 Timur 2019-09-17 14:06:44 UTC
Created attachment 154231 [details]
Example DOCX compared MSO LO
Comment 6 Timur 2019-09-17 14:17:33 UTC
,,and that's bug 118489. They should've been connected via See Also. I'll close this one.