On DISPLAY, OPEN, EDIT the first page header is (usually) shown the same as the right page header when it is set as different. Claring the first page header clears all the right page headers, setting the right page header also sets the first page header. The thumbnails also show the erroneous header. I have two files where this is not true, and I have not yet discovered any difference in the page formatting to account for this. Twelve other files show the problem. This is a change from 5.0.1.2, and is of MAJOR significance - I may need to revert to 5.0.1.2 to complete a job.
1 When defining the Page format, the footer checkbox 'Same on first page' is always clear, and any change to that does not reappear when the Page format tab is reopened. OTOH, the footer is always shown on the frst page, just as on all right-hand pages. 2 Only one (the smallest) of my documents now shows the first page header clear - the other changed to show a first page header on opening the document. 3 It's my *impression* (now unverifiable) that some of the documents in question shpowed a first page header when in thumbnail, where others only changed after opening. 4 An old copy (pre-v.5) of one of my larger documents still does not show a first page header, even after opening. ANd I still can't see any difference to account for the variation in behaviour.
Further editing shows that changing the start page number fixes the problem in any particular instance - even if changing it back again immediately. It does *not* seem to fix the footer 'same on first page' symptom, though the application is _behaving_ as though that box is checked. So the problem is fixable at edit time; and probably doesn't arise unless the start page is not the default '1'.
And (I hope a last observation), checking the foooter 'same on first page' box causes the header 'same on first page' to be checked, and the right page header to be copied in to the first page, at least where the start page has not been changed. I forbear to open a new bug report, because it all seems to be the same can of worms ...
I am unable to set First page style and right page style in the same document. Please give steps for reproducing.
Page style remains constant - page header is set for left/right/first pages by Format / Page / Header and blanking the 'Same content left/right' checkbox, and also blanking the 'Same content on first page' checkbox. I have determined that starting with a page number greater than 1 triggers the problem (Format / Paragraph / Text flow / Page number). Some background repagination is fighting the initial setting, when changing the start page number enables the first page header to be cleared - so for example a CLI convert to PDF resets the header on the first page when the ODT's last state was clear.
Thanks for steps, but I could not reproduce. For some reason, though, I got a crash on reload after save. Win 7 Pro 64-bit, Version: 5.0.2.2 (x64) Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe Locale: fi-FI (fi_FI) Version: 5.1.0.0.alpha1+ Build ID: 25de5cfa43b2b1cb7d7214470acc7719839e13fe TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-01_08:49:54 Locale: en-US (fi_FI)
Ok, the crash is bug 91789
The document obviously needs to be of a reasonable size; but I get the problem on a 4-page document just as on a 100-page one, and consistently. Simple navigation triggers the problem - besides trying export to PDF, try CTRL-END/CTRL-HOME. Thanks for the info on the crash tendency. I found that on 5.0.1.2, but it is worse on 5.0.2.2 - just not consistent enough to report ...
Created attachment 119239 [details] From an open-source Project Gutenburg 'Alice in Wonderland', saved as ODT This file was set up with First/Right/Left page headers, and start page 11, and closed. Open file, first page now already has 'Right page header', with no need to edit or navigate! Change start page number - header on first page is now a first page header *and the text has auto-reset to 'First page header'*, which I hadn't seen before, because my 'start pages' had a blank header. Save/Close - re-open - back to first page being a 'Right page header' again. This problem only discovered because a failure in creating a master file (see bug report 94690) meant that chapters had to have page-numbers set correctly before PDF creation, with chapter-PDFs being stitched together subsequently. As with 94690 and 94437, Writer files seem to hold old discarded text, and resurrect it - in this case innocuously, but in other other cases very unwontedly.
(In reply to Bernard Moreton from comment #9) > Change start page number How do I do this?
Put cursor in first paragraph of text (not in the header!), then Format/Paragraph/Text flow and change the page number (use odd numbers for mirror page layout) HTH?
(In reply to Bernard Moreton from comment #11) > Put cursor in first paragraph of text (not in the header!), > then Format/Paragraph/Text flow > and change the page number (use odd numbers for mirror page layout) > HTH? Ok, I modified the page number in the settings for "CHAPTER I. Down the Rabbit-Hole". No matter what I change it to, 0, 2, 10, 12, the first page becomes blank (it even says "blank page") and the headers are otherwise correct.
I suggested using odd numbers, not even ones! What I was getting with this example was (a) a bad start on opening the document, with the First page showing as a Right page header, (b) a good reset after changing the start page number, so that the first page got a first page header (and that as the text, because I put it there in the first place), but (c) after Saving and Closing in a good header state, then on Openig again, the first page immediately reverted to be a Right page header (again with that as the text). If you're not getting the same behaviour for (a), (b), and (c), then (as Alice would say), curiouser and curiouser ... I'm getting this consistently, with any document I use, except that where I set the first page header as blank, then I have to manually blank it after (b).
(In reply to Bernard Moreton from comment #13) > I suggested using odd numbers, not even ones! Argh, sorry about that! Now I could reproduce what you said in comment 9. I put 13 as the breaks page number in Text flow and first page header text changed to "First page header". Save & reload reset the text back to "Right page header". Win 7 Pro 64-bit, Version: 5.0.2.2 (x64) Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe Locale: fi-FI (fi_FI)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
The problem still exists in 5.2.3.2 on Ubuntu 16.04 LTS, where the first header in the example is shown in a dropdown box as 'First page header', and subsequent right headers as 'Right page header' - but changing the first still changes all the right page headers. Bad problem!
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The problem no longer appears on LO 5.4.2.2, on Ubuntu 16.04 LTS Version: 5.4.2.2 Build ID: 1:5.4.2~rc2-0ubuntu0.16.04.1~lo2 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-GB (en_GB.UTF-8); Calc: group