Found this bug in LibO 3.3.2.RC2. When inserting title pages via "Format|Title Page..." the title pages are supposed to be assigned to the "First Page" page style. However, when you insert more than one title page, the second and following title pages get the "Default" page style. This is a bug. Background: Obviously, title pages are created by inserting manual page breaks without a special assignment for the style of the following page. So the following page will be assigned to the "Default" page style, as specified in the "Next style "property of the "First Style" page style. Correct behavior would be, to insert manual page breaks with explicit assignment of the "First Page" style to the following page, except for page break after the last inserted title page.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
[REPRODUCIBLE] with LibreOffice 3.5.3.2 (Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80), German UI, running on MacOS X 10.6.8 German. Stepts to reproduce: 1) Start LibreOffice, create a new empty Writer (ODT) document. 2) Optional, but useful in order to make results visible easily: change the page style 'First page', e.g. by increasing the top margin and/or adding a background color, to make it look different from the 'Default' page style. 3) From the menu bar, select 'Format > Title Page'; in the dialog window 'Title Pages', select 'Insert new title pages' (instead of 'Convert existing pages to title pages'); don't change any of the other settings, just click 'OK'. 4) A new page is added before the first page; the new page has the page style 'First page' -- good! 5) Repeat step 3. 6) A new page is added between page 1 (the title page) and 2 (the default page); but the new page has the page style 'Default' -- wrong! Expected behaviour: Step 5 should have exactly the same result as step 3: one new page of style 'First page' is added at the beginning of the document. Therefore, after step 5, there should be 3 pages in the document, both the 1st and the 2nd of page style 'First page'. Actual behaviour: After step 5, there are 3 pages in the document, of course, but only the 1st one is of page style 'First page', the 2nd is of page style 'Default'. * Additional observation: The results are the same if, in step 3 and within the 'Title Pages' dialog window, you change the count of title pages to insert from '1' to '2': two new pages are inserted at the start of the document, but only the 1st one is of style 'First page'. The results are also the same if, in step 5 and within the 'Title Pages' dialog window, you change the 'Place title pages' setting from 'Document start' (default value) to 'Page ...' and insert '1' into the edit field after the 'Page' value. But the results are DIFFERENT if, in step 5 and within the 'Title Pages' dialog window, you change the 'Place title pages' setting from 'Document start' (default value) to 'Page ...' and insert '2' into the edit field after the 'Page' value. Now both page 1 and 2 have the page style 'First page', as expected. * Some ideas: At the first glance, this looked like a very minor issue to me; I even wondered why someone should want to add more that one title page to a single document. But after thinking about it, I see at least three reasons why the current behaviour is wrong: 1) StefanW's description also has some ideas about the background of this bug, i.e. about what is going wrong here. If his ideas are right, there is an underlying problem (or error) behind the current behaviour which should get fixed. 2) The dialog window 'Title Pages' always speaks of 'title pages' in plurality -- the controls are labelled 'Insert new title pages', 'Place title pages', etc., and you can even insert more than one title page at once. So this function clearly should be able to insert more than one title page. And, well, a title page should have the page style 'First page' -- at least, this is the setting at the bottom of the 'Title Pages' dialog window. 3) The current behaviour is inconsistent: see my additional observation. Just changing the 'Place title pages' setting does not only change the place where the new page gets inserted, but also changes the page style used for it. We should either NEVER allow more than one page of style 'First page' per document, or the 'Format > Title Page' function should always add pages of the page style selected at the bottom of the 'Title Pages' dialog window, which is, per default, the 'First page' page style.
Reproducible with LO 4.3.2.2 (Win 8.1)
And further more... 1. New Text Document. 2. Format -> Tile Page... 3. Converting existing pages to title pages. 4. Number of title pages: 2. Expected Result: Two pages with Page Style First Page. Result: Still one page with Page Style Default Style. Do the "Number of title pages" and "Place title pages at" sections only apply to Insert new title pages? Also: 1. New Text Document. 2. Insert -> Manual Break. 3. Insert -> Manual Break. Three pages with page style Default Style. 4. Format -> Tile Page... 5. Converting existing pages to title pages. 6. Number of title pages: 2. 7. Place title pages at: Page 1. Expected Result: Two pages with Page Style First Page. Result: Page one is First Page. Page two is Index. Page three is Default Style. Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
*** Bug 90431 has been marked as a duplicate of this bug. ***
** 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.0.5 or 5.1.2 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
** 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.2.7 or 5.3.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-20170522
Bug still present in LO 5.2.5.1 Build-ID: 1:5.2.5~rc1-0ubuntu1~xenial0
Still present in Version: 5.3.3.2 Build ID: 1:5.3.3~rc2-0ubuntu0.16.04.1~lo0
** 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
Dear StefanW, 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://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
Bug still present in LO 6.2.8.2 Build-ID: 1:6.2.8~rc2-0ubuntu0.16.04.1
Dear StefanW, 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
Bug still present in Version: 6.4.7.2 Build-ID: 1:6.4.7-0ubuntu0.20.04.9 Sorry, no newer version available for testing, at the moment.