Bug 35459 - EDITING second title page gets wrong page style
Summary: EDITING second title page gets wrong page style
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.2 RC1
Hardware: Other All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 90431 (view as bug list)
Depends on:
Blocks: Writer-Header-Footer
  Show dependency treegraph
 
Reported: 2011-03-20 02:50 UTC by StefanW
Modified: 2022-05-24 03:33 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description StefanW 2011-03-20 02:50:10 UTC
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.
Comment 1 Björn Michaelsen 2011-12-23 11:48:13 UTC Comment hidden (obsolete)
Comment 2 Roman Eisele 2012-05-01 08:42:24 UTC
[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.
Comment 3 A (Andy) 2014-10-11 16:53:20 UTC
Reproducible with LO 4.3.2.2 (Win 8.1)
Comment 4 Gordo 2015-03-03 21:09:26 UTC
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
Comment 5 A (Andy) 2015-04-03 12:59:03 UTC
*** Bug 90431 has been marked as a duplicate of this bug. ***
Comment 6 tommy27 2016-04-16 07:26:06 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2017-05-22 13:21:57 UTC Comment hidden (obsolete)
Comment 8 StefanW 2017-05-22 14:19:21 UTC
Bug still present in LO 5.2.5.1 Build-ID: 1:5.2.5~rc1-0ubuntu1~xenial0
Comment 9 naga44 2017-05-22 21:28:59 UTC
Still present in Version: 5.3.3.2
Build ID: 1:5.3.3~rc2-0ubuntu0.16.04.1~lo0
Comment 10 QA Administrators 2018-05-23 02:37:26 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2020-05-23 03:42:58 UTC Comment hidden (obsolete)
Comment 12 StefanW 2020-05-23 07:00:15 UTC
Bug still present in LO 6.2.8.2 Build-ID: 1:6.2.8~rc2-0ubuntu0.16.04.1
Comment 13 QA Administrators 2022-05-24 03:33:27 UTC
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