Created attachment 54471 [details]
Steps how to reproduce with Parallel Dev-Installation of "LibreOffice 3.5.0 Beta1 - WIN7 Home Premium (64bit) German UI [Build-ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4] Windows_Release_Configuration 11-Dec-2011 06:51":
1. Open attached "sample1.odt" (has been created with Beta1), Page margin
settings should look as first screenshot shows (5mm all around)
2. Close document
3. Open with LibO 3.4.4
Expected: page margins all 5mm
As expected, when you save document with 3.4.4, 3.5 will show 20-0-20-20mm margin.
LibO 3.3.3 portable and OOo 3.1.1 show the same margins as LibO 3.4.4 for "sample1.odt", so I am pretty sure that it's a Beta1/Master problem
Old problem with all my master versions back to July
Breaking version interoperability is a potential blocker!
Atached testkit contains
- "sample1.odt" (with that document I observed the problem the first time)
- "MASTER_110906.odt", a most simple document created with
Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit)
English UI [(Build ID: d3d1481-3f8994a-2ba0a9f)]" (110909)
- screenshots.pdf comparing view / page margin settings
Are you sure you uploaded the right test kit? Your file is named "test - Kopie.zip" and it is in fact an .odt.
That said, I observed several time the problem you describe, but until now, I am not able to obtain a clear scenario.
Best regards. JBF
me too has sometimes noticed that documents were opened with right margin == 0
not yet been able to reproduce..
Comment on attachment 54471 [details]
Thank you for the hint, this is not the test kit for this report
Created attachment 54483 [details]
Correct test kit
Modify Version due to results (already observed in early Master versions
CONFIRMED both with
-- LibreOffice 3.5.0 pre-beta 1
Build Date: 2011-12-13
-- LibreOffice Master
Build ID: 0f44079-d46295c-6e20485-4c1bcb5-libreoffice-3-5-branch-point
Build Date: 2011-12-15
both running on MacOS X 10.6.8.
(1) The steps given by Rainer Bielefeld give the (wrong) result he describes: the margins of 5 mm all around get 20-0-20-20 mm margins when I open the sample document with LibreOffice 3.4.4.
(2) I get the same results if I create a new ODT document with LibreOffice 3.5 beta 1 or Master, set the margins to 5 mm all around, save the ODT file and then open the file with LibreOffice 3.4.4: I get 0-0-20-20 mm margins.
-- changed Status to NEW
-- changed Platform to All because not only Windows is affected.
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Modifying all margins to 0.5cm in 3.4.5 Beta1 produces a document that shows correctly in all versions of LO from 3.3.4 to 3.5.0B1
So this is indeed a regression on the way the page borders are saved.
*** Bug 44021 has been marked as a duplicate of this bug. ***
We already have several additional reports and discussions in mailing lists, this one is a blocker
*** Bug 43978 has been marked as a duplicate of this bug. ***
*** Bug 44209 has been marked as a duplicate of this bug. ***
Some additional info about this bug (on LibreOffice 350beta2/Ubuntu Linux):
I created the document in attachment (TOC test - 350beta2.odt) with some text, a heading and a table of contents.
In the 3.5.0 beta 2 version, the right margin looks ok (Format > Page > Right margin = 2). In the 3.4.4 version the right margin appears wrong (Format > Page > Right margin = 0).
Created attachment 54921 [details]
Wrong right margin of a 3.5.0 beta2 text document opened in 3.4.4
Fixed in both master and 3.5 branches:
oops, didn't notice this bug earlier; i introduced this problem in some OOo 3.4 bugfix CWS, and fixed it in a different OOo 3.4 bugfix CWS; i wonder why isn't that fix in LO master?
ah yes, this:
was masterfixed in OOO340m0, which we haven't merged.
my fix never writes fo:margin, while Cedric's fix writes it in addition to 4 individual margins if all of them are equal; both seem correct to me.
the CWS that introduced the regression sw34bf04 does not seem to be in libreoffice-3.4, so no need to backport.
thanks for fixing it Cedric, and sorry that i didn't notice earlier.
*** Bug 44322 has been marked as a duplicate of this bug. ***
*** Bug 44770 has been marked as a duplicate of this bug. ***
Thanks for FIX!
*** Bug 44845 has been marked as a duplicate of this bug. ***