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..
Created attachment 164322 [details] Example file
@Justin Sorry, you're my contact person for DOCX/DOC stuff :-). LibreOffice is really making a mess of page styles for some reason.
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.
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.
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.