I'm using lo 3.5.2.2 on ubuntu, and a friend of mine uses 3.5.2 on windows. I'm sending him a writer documents which I have printed in booklet format, double faced. I save it before closing it, and if I open it again I see that the printing format (booklet, double face) is preserved. However, after my friend modifies it on windows platform, the document he sends me has conserved the booklet format, but has lost the double face one. I think it's a bug, and it's quite annoying.
In the document I receive (the one which was edited on windows), this is the content of meta.xml: <office:document-meta office:version="1.2"><office:meta><meta:creation-date>2011-12-01T10:27:38</meta:creation-date><meta:editing-duration>P1DT3H50M39S</meta:editing-duration><meta:editing-cycles>40</meta:editing-cycles><meta:generator>LibreOffice/3.5$Windows_x86 LibreOffice_project/281b639-6baa1d3-ef66a77-d866f25-f36d45f</meta:generator><meta:initial-creator>MY NAME HERE</meta:initial-creator><dc:date>2012-05-01T16:39:12.57</dc:date><dc:creator>MY FRIEND'S NAME HERE</dc:creator><meta:printed-by>MY NAME HERE</meta:printed-by><meta:print-date>2012-04-26T09:45:56</meta:print-date><meta:document-statistic meta:table-count="0" meta:image-count="1" meta:object-count="0" meta:page-count="4" meta:paragraph-count="58" meta:word-count="1152" meta:character-count="6382" meta:non-whitespace-character-count="5282"/><meta:user-defined meta:name="Info 1"/><meta:user-defined meta:name="Info 2"/><meta:user-defined meta:name="Info 3"/><meta:user-defined meta:name="Info 4"/></office:meta></office:document-meta>
confirmed using v. 4.0.1 on both linux and windows versions
** 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.1.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) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-03-03
Nobody confirmed this bug report independently. Set status to UNCONFIRMED. @reported: please, do not set your onw bug report to NEW. Best regards. JBF
Might as well set to NEEDINFO and ask, if the problem continues with 4.4.x. Paolo: change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker -- The LibreOffice QA Team This INVALID Message was generated on: 2015-05-06 Warm Regards, QA Team
Bug still present in 4.4.2.2 Tested on ubuntu vivid as virtualbox host and windows XP as virtualbox guest with no printer installed. I first create a A5 doc with 4 pages and printed in booklet format on linux, two sides, and saved Then I opened it on windows, made a little modification and saved Result -> reopening on linux loose the two sides property. Changing to unconfirmed
Did you check if the second checkbox in Tools > Options > Load/Save > General : "Load printer settings with the document" is checked on both computers? Best regards. JBF
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO Message generated on: 2015-09-03
I was verifying this bug in a virtual machine with windows xp. The virtual machine has no printer installed. Both LO installations have Tools > Options > Load/Save > General > "Load printer settings with the document" checked In the document I saved in linux the double face printing is actually set in the printer properties. I'm thinking that if the printer on the windows side hasn't the feature, LO cannot save the setting. Closing the bug