Page breaks never get really deleted, bug shows when saving as docx. The EXACT way to reproduce: new document, type "1" in the line and hit CR, then add a manual page break. type "2" in a line and hit CR, add a manual page break. Repeat until you reach 5. Save the document as .odt. Close LO. Open the document. Remove the page breaks (using the symbol which appears between the pages when you hover there). Save as .odt. Close LO. Open the .odt, everything looks fine. Do "file" "save as" "microsoft office 2007/2010 docx". Close LO. Open the .docx you just saved. Your page breaks which you removed before saving as .odt are back again.
Created attachment 59535 [details] Fresh document with page breaks.
Created attachment 59536 [details] Now I removed the page breaks and saved.
Created attachment 59537 [details] Opened Page-Break2.odt and save as Page-break3.docx This is where the deleted page breaks reappear which I deleted in Page-Break2.odt
Created attachment 59538 [details] Open page-break3.docx and save as page-break4.odt The removed and reappeared page breaks stay.
The only way I found to really remove the page breaks: Load the docx. in office 2010, remove page break, save. Open in LO, and finally they are gone and stay gone, no matter whether you save as .docx or .odt.
Here are the relevant source content.xml parts: The relevant parts extracted from the odt.. This is the one with the normal five page breaks (Page-Break1.odt/content.xml): <office:automatic-styles> <style:style style:name="P1" style:family="paragraph" style:parent-style-name="Standard"> <style:paragraph-properties fo:break-before="page"/> </style:style> </office:automatic-styles> <office:body> <office:text text:use-soft-page-breaks="true"> <text:sequence-decls> <text:sequence-decl text:display-outline-level="0" text:name="Illustration"/> <text:sequence-decl text:display-outline-level="0" text:name="Table"/> <text:sequence-decl text:display-outline-level="0" text:name="Text"/> <text:sequence-decl text:display-outline-level="0" text:name="Drawing"/> </text:sequence-decls> <text:p text:style-name="Standard">1</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">2</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">3</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">4</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">5</text:p> <text:p text:style-name="Standard"/> </office:text> </office:body> </office:document-content> This is the one with the page breaks "removed", or rather hidden (why set to auto?) Page-Break2.odt/content.xml: <office:automatic-styles> <style:style style:name="P1" style:family="paragraph" style:parent-style-name="Standard" style:master-page-name=""> <style:paragraph-properties style:page-number="auto" fo:break-before="auto" fo:break-after="auto"/> </style:style> <style:style style:name="P2" style:family="paragraph" style:parent-style-name="Standard" style:master-page-name=""> <style:paragraph-properties style:page-number="auto" fo:break-before="auto" fo:break-after="auto"/> </style:style> <style:style style:name="P3" style:family="paragraph" style:parent-style-name="Standard" style:master-page-name=""> <style:paragraph-properties style:page-number="auto" fo:break-before="auto" fo:break-after="auto"/> </style:style> <style:style style:name="P4" style:family="paragraph" style:parent-style-name="Standard" style:master-page-name=""> <style:paragraph-properties style:page-number="auto" fo:break-before="auto" fo:break-after="auto"/> </style:style> </office:automatic-styles> <office:body> <office:text> <text:sequence-decls> <text:sequence-decl text:display-outline-level="0" text:name="Illustration"/> <text:sequence-decl text:display-outline-level="0" text:name="Table"/> <text:sequence-decl text:display-outline-level="0" text:name="Text"/> <text:sequence-decl text:display-outline-level="0" text:name="Drawing"/> </text:sequence-decls> <text:p text:style-name="Standard">1</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">2</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">3</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">4</text:p> <text:p text:style-name="Standard"/> <text:p text:style-name="P1">5</text:p> <text:p text:style-name="Standard"/> </office:text> </office:body> </office:document-content> This is the way after the merry go round through word 2010, remove the page breaks and re-save it in LO as .odt, now the page breaks are REALLY removed Page-Break4.odt/content.xml: <office:automatic-styles> <style:style style:name="P1" style:family="paragraph" style:parent-style-name="Standard"> <style:paragraph-properties fo:margin-top="0cm" fo:margin-bottom="0cm"/> </style:style> <style:style style:name="P2" style:family="paragraph" style:parent-style-name="Standard" style:master-page-name="Standard"> <style:paragraph-properties fo:margin-top="0cm" fo:margin-bottom="0cm" style:page-number="auto"/> </style:style> </office:automatic-styles> <office:body> <office:text> <text:sequence-decls> <text:sequence-decl text:display-outline-level="0" text:name="Illustration"/> <text:sequence-decl text:display-outline-level="0" text:name="Table"/> <text:sequence-decl text:display-outline-level="0" text:name="Text"/> <text:sequence-decl text:display-outline-level="0" text:name="Drawing"/> </text:sequence-decls> <text:p text:style-name="P2"> <text:bookmark-start text:name="_GoBack"/>1</text:p> <text:p text:style-name="P1">2</text:p> <text:p text:style-name="P1">3</text:p> <text:p text:style-name="P1">4</text:p> <text:p text:style-name="P1">5</text:p> <text:p text:style-name="P1"> <text:bookmark-end text:name="_GoBack"/> </text:p> </office:text> </office:body> </office:document-content>
Created attachment 59540 [details] Ignore previous PageBreak4.odt - this is the one after the merry-go-round through Word 2010. Ignore previous PageBreak4.odt - this is the one after the merry-go-round through Word 2010. Now the Page Breaks are really gone.
Thanks for your bug report. I can confirm the issue by following your instructions so I'm setting the status to NEW so a developer can begin working on the issue. Confirmed Ubuntu 12.04, LibO 3.5.4
Still reproducible by following the (nice) description :-), tested using Mac OSX 10.9 with LibreOffice Version: 4.3.0.0.alpha0+ Build ID: b540f9172814f51361cf31d2a4b03e34d1d375ef TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-02-15_00:28:42 Kind regards, Joren
** 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 (4.4.2 or later) 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: 2015-05-02
As far as I can see it is kind of fixed in LibreOffice 4.4.2. If is fixed as long as far as .docx is concerned. When checking the .docx documents version after the "reproduce this way" steps it is cleanly removed and not there, so it is indeed fixed on the "save as .docx" layer. (Step 1 to 5 documents) When checking the .odt versions of the document Libreoffice never cleans up the unused "style:name="P2" styles setting in the content.xml (step 4). It should though. However it will save it much cleaner when using the cleaned up "Step 5.docx" and save it as .odt again (Step 6). So it is fixed as far as the .docx bug initially reported is concerned. Is it worth open another bug for "Libeoffice should not save orphaned style:name="Px" styles, making the document smaller" bug?
Created attachment 115282 [details] Retesting page break, for comment https://bugs.documentfoundation.org/show_bug.cgi?id=48353#c11 Retesting page break, for comment https://bugs.documentfoundation.org/show_bug.cgi?id=48353#c11