Bug 135773

Summary:	Settings from default page style are overwriting the settings of other page styles on DOCX/DOC/RTF export
Product:	LibreOffice	Reporter:	Telesto <telesto>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED NOTABUG
Severity:	normal	CC:	jluth
Priority:	medium
Version:	Inherited From OOo
Hardware:	All
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	Example file

Description Telesto 2020-08-14 19:42:18 UTC

Description:
Settings from default page style are overwriting the settings of other page styles on DOCX/DOC/RTF export

Steps to Reproduce:
1. Open the attached file
2. Save as DOCX/DOC/RTF
3. File reload

Note remove the header on the white page and everything will have a footer on DOCX export

Actual Results:
All pages are purple (overwritting page color)
A page style gets a footer (which shouldn't have one)
Other pages get a header (which shouldn't get one)

Expected Results:
Purple pages are those with footer & only the white page has header.


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in
3.3.0 (not the purple..

Comment 1 Telesto 2020-08-14 19:42:31 UTC

Created attachment 164322 [details]
Example file

Comment 2 Telesto 2020-08-14 19:47:47 UTC

@Justin
Sorry, you're my contact person for DOCX/DOC stuff :-).  LibreOffice is really making a mess of page styles for some reason.

Comment 3 Justin L 2020-08-20 08:52:37 UTC

Background colour: In Word 2003, I can change the background color of the entire document with Format - Background. It seems to be irrespective of sections. I don't see any option to set the background colour of a section. (Same thing is true in Word 2016's Design tab.)

So I would mark this part of the bug report as NOTABUG.

Comment 4 Justin L 2020-08-20 08:57:32 UTC

The "headers are always enabled after they are first enabled" bug report looks legitimate.

Note that this definitely is an export bug. The same is seen in Word.

Comment 5 Justin L 2020-08-20 11:44:36 UTC

Not sure this is a bug. In Word, it seems to act the same way. As soon as a Header is defined, a Carriage Return is shown in all following sections. If you "Delete Header", that doesn't remove the CR.

Likely an empty header is needed to override the previous footer. Otherwise it seems like the previous one is inherited/linked.

This seems to be controlled by m_bHasHdr and m_bHasFtr, which were introduced starting with 
commit ab694f19334aea1919808dd54eb94dd54449054a
Author: Vladimir Glazounov on Tue Feb 12 13:23:58 2008 +0000
    INTEGRATION: CWS sw24bf04_SRC680 (1.86.136); FILE MERGED
    2008/02/05 10:04:51 hbrinkm 1.86.136.1: #i85624# applied patch

I'm guessing the intent was to NOT define any headers/footers in the case that the ODT didn't contain any at all.

Suggest NOTABUG.