Created attachment 158392 [details] Writer file: problem with headers Version: 6.4.0.3 (x64) Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: en-GB (en_GB); UI-Language: en-GB Calc: threaded Open the attached writer file. The page style is set to "Default." Note that the header are set to give a different content for left and right pages, and for the first page. They read "1st", "2nd", "3rd". 1. Click on the first page and then double-click the "Chapter 1" page style. Note that this has been set up exactly the same as the "Default" page style. Expected result: Exactly the same headers, i.e.: "1st", "2nd", "3rd". Actual result: The headers have all reverted to the first page header. 3. Save, close and reload the file. Result: The headers correct themselves
I confirm it with Version: 7.0.0.0.alpha0+ (x64) Build ID: eeb2d19e77d6dc47c68e8ba0920a02cf64a1247b CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: threaded
Hmm - true ever since6.0 when first-headers were introduced for ODT. author Luke Deller on 2017-07-18 09:50:17 +0200 commit bff8cd3d52223002263dcb8c09758c4fc753b6e3 tdf#109080 First page header/footer ODF (1/2) I'm assuming this must be a layout issue. It seems to work fine when saving as DOC format. If the page size or orientation changes, then it works better - although no always perfect. Switching to web view and back "fixes" it.
*** Bug 130913 has been marked as a duplicate of this bug. ***
*** Bug 129957 has been marked as a duplicate of this bug. ***
Dear R. Green, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in Version: 7.5.2.1 (X86_64) / LibreOffice Community Build ID: e8bf3b441b8370f8440b0339fd9490765a8d57ca CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Steps: 1. Open attachment 158392 [details] 2. Place cursor in first page and change page style "Chapter 1" Actual result: Headers changes (every header is now "1st") Expected result: No change (1st, 2nd, 3rd) Save and reload -> Expected result
repro 24.8+
Created attachment 202557 [details] headerInvalidation.odt: removing blue header doesn't refresh on "odd" page repro 26.2+ headerInvalidation.odt is a similar, but more fundamental example. Switching back and forth between web mode does NOT fix the layout. Separate left/right headers were already available in OOo, so this bug is ultimately inherited from OOo since OOo exhibits the same problem with this example document. Steps to reproduce: 1.) open the file. (notice both headers have a blue background). 2.) Format - Page style - headers - more - change Area colour to None (or any of the other header properties like margins, spacing, height) 3.) notice the change only visually affect the even pages, even after toggling web view. 4.) save and reload. Notice that all headers display the same now.
Dealing with page styles is always discouraging. Nothing ever makes sense. comment 8 was reported separately as bug 168196. Hopefully useful code pointers: -the dialog is called in SwDocShell::Edit, and calls pApplyStyleHelper on OK -SwDoc::ChgPageDesc is probably the most interesting function which invalidates -SwPageFrame::SwClientNotify is where layout is notified about the change
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7a49318fd929901b4814d23d6ff763d099c35234 tdf#131132 SwFrame::OnFirstPage: replace GetPageDesc w/ FindPageDesc It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.