Bug 82575 - FILEOPEN: MS .docx header Even Odd property ignored
Summary: FILEOPEN: MS .docx header Even Odd property ignored
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: interoperability
Keywords: bibisectRequest, filter:docx, regression
Depends on:
Blocks:
 
Reported: 2014-08-13 19:04 UTC by Luke
Modified: 2015-12-14 21:19 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Everything but header stripped out of doc. (36.89 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-08-13 19:04 UTC, Luke
Details
Another example of header issue (38.23 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-08-13 19:08 UTC, Luke
Details
Print Preview comparison: Writer 4.5 vs Word 2013 (158.32 KB, image/png)
2015-04-07 20:31 UTC, Luke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luke 2014-08-13 19:04:31 UTC
Created attachment 104578 [details]
Everything but header stripped out of doc.

Steps to reproduce the bug:
1. Open attached Demo-Hayden-Management- Only Watermark.docx document in writer 
2. Open attached Demo-Hayden-Management- Only Watermark.docx document in Word2007/Office 365
3. Compare the documents. 

Note there is a double Confidential on the second page in Writer. Umesh Kadam tracked down the cause of this issue to LO ignoring the default header.
Comment 1 Luke 2014-08-13 19:08:50 UTC
Created attachment 104579 [details]
Another example of header issue

In this example Confidential was renamed to "WORDART". From Umesh's analysis:

"I was just analysing the document and found out that the test document actually has 3 headers i.e. header1.xml , header2.xml and header3.xml. Two of which are odd and even page headers( having "CONFIDENTIAL" as a string), the other one is a default header( having "WORDART" as a string).

Since the "Different Odd and Even Pages" is not selected in the document MSO displays only the default header ("WORDART").
LO should behave the same, therefore it is a bug with different odd and even page header and not with the Word Arts"
Comment 2 Alexandr 2014-08-14 06:34:49 UTC
I reproduce the issue for both attachments with LibreOffice 4.4.0.0.alpha0+ Build ID: 04a65e2704ee80701ca750f2e7c8c0565d2aa830 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-08-04_23:46:59

Also I reproduce it for the second attachment with LibreOffice 4.2.5 on Debian.

I see difference of  the label position for the first document. LO 4.2.5 shows it in the left,  LO 4.4 – in the right, MS Word Viewer – in the center.
Comment 3 Luke 2015-04-07 20:23:48 UTC
Comment on attachment 104578 [details]
Everything but header stripped out of doc.

Adding Miklos as he worked on related Bug 78301.
Comment 4 Luke 2015-04-07 20:31:07 UTC
Created attachment 114677 [details]
Print Preview comparison: Writer 4.5 vs Word 2013

Comparison of page 2
Comment 5 Luke 2015-05-15 00:23:19 UTC
This issue has gotten worse with a regression introduced in 5.0. In attachment 104579 [details], The odd pages like page 1 should be "WordArt" while even pages like 2 should be "Confidential". In recent builds only the even header is being displayed.
Comment 6 Robinson Tryon (qubit) 2015-12-14 05:36:41 UTC
Migrating Whiteboard tags to Keywords: (bibisectRequest)
[NinjaEdit]
Comment 7 Joel Madero 2015-12-14 15:26:19 UTC
This is marked as a regression but I don't see a single comment that says what version worked as expected. Going through bibisect I'm seeing a whole slew of different problems....did it ever work as expected?
Comment 8 Luke 2015-12-14 21:19:37 UTC
Joel, 
For this to work 2 flags need to be respected. "Different Odd and Even Pages" and "Different First Page". Only the Odd/Even flag was working in Comment #1, both were broken when I wrote comment #5 ( the regression). Someone must have been working in this area, because now in :

Version: 5.2.0.0.alpha0+
Build ID: c910e229aa19edd0502aa05dffedc91dd727da6f

The test document is imported perfectly. Thanks team!