Created attachment 49278 [details] The ott file created in OOo 3.3 The problem: The header format is wrong after saving a document in LibO3.4.1 and opening it in OOo3.3 This is a major issue for me. We have more than 100 templates in my school (I'm a teacher) and this issue is preventing us to migrate to libreoffice 3.4.1. Reproduce: 1) get the attachment ott file 2) Open it with LibO 3.4.1 3) Skip input fileds 4) Press enter to get to the second page (the header is in the second page...) 5) Save the document 6) Open the saved document in OOo 3.3 and verify that the header format is wrong!
@Paulo Tavares: Please excuse my, but do you really believe we do not have to do anything else than to guess what you might have seen on your screen? May I ask you to read hints on <http://wiki.documentfoundation.org/BugReport> carefully? Then please: - Attach screenshots with comments (you can add information using LibO DRAW and then attach your screenshot with comments as PDF) if necessary - add information -- what exactly is unexpected -- and why do you believe it's unexpected (and why you think it's a 3.4 bug and not a 3.3 bug) -- concerning your PC -- concerning your OS (exact version) -- concerning your LibO localization (UI language) –- Libo settings that might be related to your problems -- how you launch LibO and how you opened the sample document –- If you can contribute an OOo Issue that might be useful -- everything else crossing your mind after you read a.m. URL Can you please file Bug reports with status UNCONFIRMED if your are not absolutely sure that you contributed all required background information and that the problem will be reproducible with information you can provide? Thank you!
@Paulo Tavares If I may add. If the re-saved file(s) open correctly in LO3.4 you have all the right reasons to upgrade (soon) to the new version, instead of sticking with the old one.
(In reply to comment #2) > @Paulo Tavares > > If I may add. If the re-saved file(s) open correctly in LO3.4 you have all the > right reasons to upgrade (soon) to the new version, instead of sticking with > the old one. Hello. Thanks for your comment. I have an uncontrolled environment. This is a school and we can only control the school computers (Ubuntu). All the computers of all the teachers we cannot control what version of the software they have installed. If we start to migrate OOo to LibO in the school computers, the people using OOo in their personal computers will have this problem. And we cannot guarantee that all the teachers will migrate. It was a hard battle 5 years ago to leave Microsoft Office and start using OpenOffice. It's not easy to rollout libreoffice to everyone. So it is not a simple solution, unfortunately. We are running to ISO9001 and templates are the barebones of it. So this mixed environment of OOo and LibO have this problem... Best regards
Created attachment 49428 [details] Open this file with OOo332 and with LibO341 and check the header of the second page. We can see the problem opening the file LibO_ISSUE.odt with OOo332 and with LibO341. The header of the second page, when opening with OOo332, clears the format (i used paragraph styles to format the header) Environment: Ubuntu Linux 11.04 LibreOffice 3.4.1 build 103 - LangPack PT-pt OpenOffice.org 3.3.0 (OOo330m20)build 9567 - LangPack PT-pt
I can't see anything unexpected (because I don't know what to expect), seems to be an OOo bug ;-) @Paulo Tavares: That all helps nothing, we are willing to check your problem, but you have to contribute required information. That means: 1. Please READ the hints linked in Comment 1 CAREFULLY 2. You create a series of screenshots from document views and may be dialog views sowing and comparing differences how it should view, how it looks, what settings are wrong / broken. You please mark these differences and add comments to them, do not hope that we will try to find them. 3. You contribute a clear description of the problem, not "you see ... is broken", but "after <f11> in style www in tab xxx under heading yyy in OOo you see zzz, but after document has been edited in LibO you see aaa when reopened with OOo.
Created attachment 49469 [details] Screenshots of the expected result and the wrong result I there. Thanks for your help. In this attachment there are screenshots of the problem. The problem is that in LibO the "Header" style is (Arial, 9pt, bottom-border is set) when opening the same file in OOo the same "Header" style is (Arial, 14pt, and no bottom-border) After the document was saved in LibO the "Header" paragraph style sets to default values in OOo. In LibO keeps looking fine! You can see this problem in the screenshots. Hope this helps. I really don't know if this is a LibO or OOo issue/bug, but i'm willing to get any help from you in pointing me to the right direction. This is an incompatibillity between the two applications because they are not interpretating the same way the same odf file, i suppose. Thanks a lot.
@Paulo Tavares Yes, I see the difference, tomorrow I will find the time to do some more investigations. Thank you Rainer
I tried to reproduce: 1. opened reporter's ott 2. Saved with "LibreOffice 3.4.1 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:202)]" as "savedfromLibO342withoutheading.odt" 3. inserted some <enter> at the end so that new page opened 4. saved as "savedfromLibO342withheading.odt" 5. Closed 6. Opened both documents with OOo-dev 3.4 7. inserted some <enter> at the end so that new page opened in "savedfromLibO342withoutheading.odt" A) Both documents showed correct heading format with Arial9, underline and so on. Reporter's screenshots show problem very clearly, a mistake is implossible. B) The only thing that might be strange is that with all my OOos and LibOs the underline on the heading on page 2 has a bigger distance to the bottom of the heading than on first page, and the first page shows no text in Heading (Planificação a Médio). I believe we should ignore tis and concentrate So concerning A: a) Because I can not see reporter's problem with OOo 3.1.1 and OOo-dev 3.4 it might be that the problem only is visible a1) with (particular) Linux versions? a2) with OOo 3.3 a1) I can't test, WIN only a2) I have a OOo-dev 3.2 available (OOO320m16 Build9497), so I installed and tried it. Result: reporter's "LibO_ISSUE.odt" and also my own documents from LibO 3.4 did not show the problem (indicated by Arial 14) So I am pretty sure that it's a OOo3 problem with a particular Version used there, but of course, I will also try OOo 3.3 - tomorrow! @reporter: In your PDF I read "Bottom Border 0.02 cm" as correct value - shouldn't it be "0.2 cm"?
I there. a.1) This problem was detected in a WindowsXP box with OOo330m20. And it was reproduced in Linux Ubuntu also with OOo330m20 (the latest stable release of OOo). So it's not specific to Linux. a.2) Maybe... I didn't tested with other OOo versions since de 330m20 is the last stable one. Regarding the bottom-border (0.02 cm) I took this value from the styles.xml odt component: (and there it is in 0.002cm and not 0.02cm :) - Original OOo file <style:style style:name="Header" style:family="paragraph" style:parent-style-name="Standard" style:next-style-name="Text_20_body" style:class="extra" style:master-page-name=""> <style:paragraph-properties fo:margin-top="0.423cm" fo:margin-bottom="0.212cm" style:page-number="auto" fo:padding="0cm" fo:border-left="none" fo:border-right="none" fo:border-top="none" fo:border-bottom="0.002cm solid #000000" style:shadow="none" fo:keep-with-next="always"/> But this value is different in the file saved by LibO which is: (0.06pt) <style:style style:name="Header" style:family="paragraph" style:parent-style-name="Standard" style:next-style-name="Text_20_body" style:class="extra" style:master-page-name=""> <style:paragraph-properties fo:margin-top="0.423cm" fo:margin-bottom="0.212cm" style:page-number="auto" fo:padding="0cm" fo:border-left="none" fo:border-right="none" fo:border-top="none" fo:border-bottom="0.06pt solid #000000" style:shadow="none" fo:keep-with-next="always"/> <style:text-properties style:font-name="Arial2" fo:font-size="9pt" style:font-name-asian="DejaVu Sans Condensed" style:font-size-asian="14pt" style:font-name-complex="FreeSans" style:font-size-complex="14pt"/> </style:style> And this value is even different when we see it in the styles dialog of LibO or OOo : LibO: 0,25pt OOo: 0,05pt (in the original OOo file) After the file was saved in LibO font-...-asian was added to the style: <style:text-properties style:font-name="Arial2" fo:font-size="9pt" style:font-name-asian="DejaVu Sans Condensed" style:font-size-asian="14pt" style:font-name-complex="FreeSans" style:font-size-complex="14pt"/> And here it is the size of 14pt... Can this be the problem? Hope this helps... Best regards (In reply to comment #8) > I tried to reproduce: > 1. opened reporter's ott > 2. Saved with "LibreOffice 3.4.1 RC2 - WIN7 Home Premium (64bit) > German UI [OOO340m1 (Build:202)]" as "savedfromLibO342withoutheading.odt" > 3. inserted some <enter> at the end so that new page opened > 4. saved as "savedfromLibO342withheading.odt" > 5. Closed > 6. Opened both documents with OOo-dev 3.4 > 7. inserted some <enter> at the end so that new page opened in > "savedfromLibO342withoutheading.odt" > > A) Both documents showed correct heading format with Arial9, underline and so > on. Reporter's screenshots show problem very clearly, a mistake is implossible. > B) The only thing that might be strange is that with all my OOos and LibOs the > underline on the heading on page 2 has a bigger distance to the bottom of the > heading than on first page, and the first page shows no text in Heading > (Planificação a Médio). I believe we should ignore tis and concentrate > > So concerning A: > a) Because I can not see reporter's problem with OOo 3.1.1 and OOo-dev 3.4 it > might be that the problem only is visible > a1) with (particular) Linux versions? > a2) with OOo 3.3 > > a1) I can't test, WIN only > a2) I have a OOo-dev 3.2 available (OOO320m16 Build9497), so I installed and > tried it. Result: reporter's "LibO_ISSUE.odt" and also my own documents from > LibO 3.4 did not show the problem (indicated by Arial 14) > > So I am pretty sure that it's a OOo3 problem with a particular Version used > there, but of course, I will also try OOo 3.3 - tomorrow! > > @reporter: In your PDF I read "Bottom Border 0.02 cm" as correct value - > shouldn't it be "0.2 cm"?
(In reply to comment #9) Also not reproducible with WIN OOo 3.3 (330m20) and your "LibO_ISSUE.odt", might be related to settings ... > Regarding the bottom-border (0.02 cm) > I took this value from the styles.xml odt component: [...] I simply read in the paragraph formatting. > style:font-name-asian="DejaVu Sans Condensed" style:font-size-asian="14pt" > style:font-name-complex="FreeSans" style:font-size-complex="14pt"/> > > And here it is the size of 14pt... > Can this be the problem? May be, may be not, I'm not a xml expert > Hope this helps... I'm afraid not, as long as you can't contribute a way how to reproduce the problem. May be some steps with the source document done in the same way with OOo and LibO, saving and then comparing the results and differences in xml code (similar to that what your did) might be a way, but I believe it will be more effective to compare all format dialogs for the same document on 2 PC with LibO and "LibO_ISSUE.odt" and to try to find the difference. I will stop my efforts here until I see new promising ideas.
Ok I understand... I will continue to dig to try to find the problem... Thanks for your effort I have found one more thing, copying the styles.xml file from the original OOo file into the LibO File (then zipped to odt again) solved the problem (but this is not a solution not even a workaround) and I have found that after the file was saved in LibO a new style "Headind" was added to the file styes xml: <style:style style:name="Heading" style:family="paragraph" style:parent-style-name="Standard" style:next-style-name="Text_20_body" style:class="text"> <style:paragraph-properties fo:margin-top="0.423cm" fo:margin-bottom="0.212cm" fo:keep-with-next="always"/> <style:text-properties style:font-name="Arial" fo:font-size="14pt" style:font-name-asian="Droid Sans Fallback" style:font-size-asian="14pt" style:font-name-complex="Lohit Hindi" style:font-size-complex="14pt"/> </style:style> and here we can see style:font-name="Arial" fo:font-size="14pt". So the style definition of "Headind" was not in the file saved with OOo but it is present in the file saved with LibO with the wrong settings. bye (In reply to comment #10) > (In reply to comment #9) > > Also not reproducible with WIN OOo 3.3 (330m20) and your "LibO_ISSUE.odt", > might be related to settings ... > > > Regarding the bottom-border (0.02 cm) > > I took this value from the styles.xml odt component: [...] > > I simply read in the paragraph formatting. > > > style:font-name-asian="DejaVu Sans Condensed" style:font-size-asian="14pt" > > style:font-name-complex="FreeSans" style:font-size-complex="14pt"/> > > > > And here it is the size of 14pt... > > Can this be the problem? > > May be, may be not, I'm not a xml expert > > > Hope this helps... > > I'm afraid not, as long as you can't contribute a way how to reproduce the > problem. > > May be some steps with the source document done in the same way with OOo and > LibO, saving and then comparing the results and differences in xml code > (similar to that what your did) might be a way, but I believe it will be more > effective to compare all format dialogs for the same document on 2 PC with LibO > and "LibO_ISSUE.odt" and to try to find the difference. > > I will stop my efforts here until I see new promising ideas.
[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
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian