Page breaks never get really deleted, bug shows when saving as docx.

You make a document.
You add page breaks.
You remove page breaks.
You save it (as .odt).
Open it.
The document appears to be correct.

Open the document, save as .docx.
Open the .docx.
All the page breaks which you deleted are back.
You remove the page breaks again.
Save as .docx.
Open the .docx.
All the page breaks which you deleted are back.
Repeat until you lose your mind.

You can also open the docx, correct the page breaks, save as .odt, document looks fine. You open again as .docx, the page breaks are back again.

Copy paste into a new document does not fix.

If you open the .docx document in Office 2010 it looks the way it is supposed to look, the page breaks are gone.
You save it as docx in Office 2010.
You open it in LO again, and finally the page breaks are gone, you can even save it again, and the page breaks STAY gone, as it should have been with LO in first place.

Joachim,

You make a document.
You add page breaks.
You remove page breaks.
You save it (as .odt).
Open it.
The document appears to be correct.

Open the document, save as .docx.
Open the .docx.
All the page breaks which you deleted are back.
You remove the page breaks again.
Save as .docx.
Open the .docx.
All the page breaks which you deleted are back.
Repeat until you lose your mind.

You can also open the docx, correct the page breaks, save as .odt, document looks fine. You open again as .docx, the page breaks are back again.

Did save over the original docx with the revised docx? Saving to odt will not automatically update the original docx file; it will be unchanged unless you save to it..

Copy paste into a new document does not fix.

If you open the .docx document in Office 2010 it looks the way it is supposed to look, the page breaks are gone.
You save it as docx in Office 2010.
You open it in LO again, and finally the page breaks are gone, you can even save it again, and the page breaks STAY gone, as it should have been with LO in first place.

I did this

1. Create document with manual page breaks
2. Saved documents in odt
3. Deleted page breaks
4. Saved revised document with new name (/name-1/) in odt
5. Saved revised document as docx
6. Closed document
7. Opened odt and docx versions and did have any page breaks.

I am using LO 3.5.1 (LibreOffice 3.5.1.2 Build ID: 350m1(Build:102)) with Linux Mint 12

What version of LO are you using? And is your OS Windows?

Hi :slight_smile:
Again a bug-report seems like a good plan.  DocX is apparently not properly supported in MS Office and there are differences between the way it is implemented in MSO 2007 and MSO 2010.

This sort of problem is one of the reasons that people here recommend keeping an original in Odt format and only save a copy in some other format when you need to share the document with someone else that can't or won't install LibreOffice or OpenOffice or any of the other office suites or programs that do support the OpenDocument Format.  People are quite happy to install all sorts of extra programs to read Pdfs but then suddenly object to installing something to read Odfs.  This will change as the format is becoming more popular.

Regards from
Tom :slight_smile:

Jay Lozier schrieb:

Joachim,

You make a document.
You add page breaks.
You remove page breaks.
You save it (as .odt).
Open it.
The document appears to be correct.

Open the document, save as .docx.
Open the .docx.
All the page breaks which you deleted are back.
You remove the page breaks again.
Save as .docx.
Open the .docx.
All the page breaks which you deleted are back.
Repeat until you lose your mind.

You can also open the docx, correct the page breaks, save as .odt, document looks fine. You open again as .docx, the page breaks are back again.

Did save over the original docx with the revised docx? Saving to odt will not automatically update the original docx file; it will be unchanged unless you save to it..

The .odt and .docx are separate documents, of course the .docx does not get updated when saving the odt *g*.
A funny question, like asking for my sanity *g*.

Copy paste into a new document does not fix.

If you open the .docx document in Office 2010 it looks the way it is supposed to look, the page breaks are gone.
You save it as docx in Office 2010.
You open it in LO again, and finally the page breaks are gone, you can even save it again, and the page breaks STAY gone, as it should have been with LO in first place.

I did this

1. Create document with manual page breaks
2. Saved documents in odt
3. Deleted page breaks
4. Saved revised document with new name (/name-1/) in odt
5. Saved revised document as docx
6. Closed document
7. Opened odt and docx versions and did have any page breaks.

You use a strange wording here. "did" and "any" don't match in my English parser, were they gone or not?

Try to reproduce it this way:
new document, type "1" in the line and hit CR, then add a manual page break.
type "2" in a line and 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.

I am using LO 3.5.1 (LibreOffice 3.5.1.2 Build ID: 350m1(Build:102)) with Linux Mint 12

What version of LO are you using? And is your OS Windows?

Was using: 3.5.1 during the first mail, now using 3.5.2, Win7 x64. Could you check again with the exact procedure I described above?

Jou

Tom Davies schrieb:

Hi :slight_smile:
Again a bug-report seems like a good plan. DocX is apparently not properly supported in MS Office and there are differences between the way it is implemented in MSO 2007 and MSO 2010.

This sort of problem is one of the reasons that people here recommend keeping an original in Odt format and only save a copy in some other format when you need to share the document with someone else that can't or won't install LibreOffice or OpenOffice or any of the other office suites or programs that do support the OpenDocument Format. People are quite happy to install all sorts of extra programs to read Pdfs but then suddenly object to installing something to read Odfs. This will change as the format is becoming more popular.

Regards from
Tom :slight_smile:

Well, it is not really my choice. I do have mixed environments, at work it is MS-office and some LO. At home it is LO only. Since the work environment has a higer priority any documents which are related to work have to be .doc or .docx.

But: In this case it looks like an .odt bug too, the page break gets saved even after it was deleted, I saw it in the source of the document. I just have to extract it to make a usable bug report. It simply does not show up if you repoen the .odt document.

Jou

I can't reproduce it in LibreOffice 3.5.2RC2 Win7x64.
Maybe something in default template or in the user profile.
Miguel Ángel

MiguelAngel schrieb:

Tom Davies schrieb:

Hi :slight_smile:
Again a bug-report seems like a good plan. DocX is apparently not
properly supported in MS Office and there are differences between the
way it is implemented in MSO 2007 and MSO 2010.
This sort of problem is one of the reasons that people here recommend
keeping an original in Odt format and only save a copy in some other
format when you need to share the document with someone else that
can't or won't install LibreOffice or OpenOffice or any of the other
office suites or programs that do support the OpenDocument Format.
People are quite happy to install all sorts of extra programs to read
Pdfs but then suddenly object to installing something to read Odfs.
This will change as the format is becoming more popular.

Regards from
Tom :slight_smile:

Well, it is not really my choice. I do have mixed environments, at work
it is MS-office and some LO. At home it is LO only. Since the work
environment has a higer priority any documents which are related to work
have to be .doc or .docx.

But: In this case it looks like an .odt bug too, the page break gets
saved even after it was deleted, I saw it in the source of the document.
I just have to extract it to make a usable bug report. It simply does
not show up if you repoen the .odt document.

Jou

I can't reproduce it in LibreOffice 3.5.2RC2 Win7x64.
Maybe something in default template or in the user profile.
Miguel Ángel

I deleted the appdata\libreoffice again, deleted the reg keys, and checked for openoffice remains and killed them too.

The problem still appears..

The relevant parts extracted from the odt..

This is the one with the normal five page breaks (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:

<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 and re-save it as .odt, now the page breaks are REALLY removed:

<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="P1">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"/>
<text:p text:style-name="P1"/>
</office:text>
</office:body>
</office:document-content>

Jou

I am currently running LO 3.4.4.

I want to upgrade to LO 3.5.2.

Release notes say that "For Windows users that have LibreOffice prior to version 3.4.5 installed, either uninstall that beforehand, or upgrade to 3.4.5. Otherwise, the upgrade to 3.5.2 may fail."

Am I correct in thinking that upgrade means "install directly over previous version without uninstalling previous version"?

Therefore, I can install 3.4.6 (3.4.5 is not available) directly over 3.4.4 and then install 3.5.2 directly over 3.4.6 and all my setting will remain.

Jerry

Yes, 3.4.6 will replace 3.4.4 without any issues.

I do not know about the more from 3.4.6 to 3.5.2.

If you are a "power user", or business user, I would stick with 3.4.6.
If you want the more cutting edge version, go ahead and install 3.5.2 as the "upgrade".

I have not upgraded my Windows laptops from 3.4.5 yet. I run Ubuntu and still run 3.4.5.

IF you want 3.4.5, you can get it. But 3.4.6 is the last of that line and may be better.

Hi :slight_smile:
This link about the User Profile might explain a few things
https://wiki.documentfoundation.org/Documentation/UserProfile

Uninstalling any version of LibreOffice does not remove all the settings and configurations, Extensions (Add-ons), galleries and so on.  They are all left in your User Profile.  So, the standard way to upgrade is to uninstal any previous version and then do a fresh install of the new one and let it pick up all your old settings.

If you wanted to "get back to factory settings" then instead of doing a reinstall you would just rename your user profile, effectively backing-up your old one in case getting back to defaults didn't fix the problem you had been facing.

Most OpenSource projects seem to work the same way, eg Firefox (web-browser), Gimp (picture editing) and so on.

Regards from
Tom :slight_smile:

Hi :slight_smile:
Yes, most of us have to work in a mixed environment so we have to find ways of working around the issues.  At my place they recently installed MSO 2010 on 3 main machines but we still have 2007 on the rest.  So i would guess that things get messed up a bit.

For our newsletter we found the only way to keep it looking the same on all machines was to use LibreOffice's native formats otherwise the photos and logos would go wandering off. 
Regards from
Tom :slight_smile:

I *think* I noticed this, too. Since this is a paragraph style issue,
the solution is to re-apply the unmodified paragraph style to the
paragraph after the break ("Standard") and to ensure that this paragraph
style does not have any page break options set.

-- Hannes

Johannes Sixt schrieb:

This is the one with the page breaks "removed", or rather hidden:

<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>

I *think* I noticed this, too. Since this is a paragraph style issue,
the solution is to re-apply the unmodified paragraph style to the
paragraph after the break ("Standard") and to ensure that this paragraph
style does not have any page break options set.

-- Hannes

You are right. Select the affected part of the document, and either "Standard" or "Formatierung löschen" works. It removes the other formatting stuff too, but it is a step forward : ).

webmaster-Kracked_P_P wrote (06-04-12 02:46)

I do not know about the move from 3.4.6 to 3.5.2.

3.5 will replace 3.4 and use your personal settings (user profile)

If you are a "power user", or business user, I would stick with 3.4.6.

I'm a power user and do most of my work with daily builds ...

Results: some issues regularly, sometimes a little bit of work lost, and sometimes work that I can better do in 3.5.x.

Cheers,