I am using LibreOffice 3.3.3 on WinXP Japanese. I have discovered a strange thing. During running soffice.bin process, the value of the setting in Tools -> Options -> Impress - Print - Page Options will be resetted from 'Fit to page' into 'Default' when I open existing presentation(.odp) file. <Repro test:A> 1)Lunch LO -> File -> New -> Presentation 2)Tools -> Options -> Impress -> Print -> Page options change the value : from 'Default' into 'Fit to page' 3)File -> SaveAs FileA.odp 4)Tools -> Options -> Impress -> Print -> Page options confirm the value: 'Fit to page' is retained 5)File -> New -> Presentation 6)add text anything 7)Tools -> Options -> Impress -> Print -> Page options confirm the value: 'Fit to page' is retained 8)File -> SaveAs FileB.odp 9)Tools -> Options -> Impress -> Print -> Page options confirm the value: resetted into 'Default' ==> Why the value is resetted?? I did not change the value. <Repro test:B> 1)Lunch LO -> File -> New -> Presentation 2)Tools -> Options -> Impress -> Print -> Page options change the value : from 'Default' into 'Fit to page' 3)File -> Exit LO 4)Lunch LO -> File -> New -> Presentation confirm the value: 'Fit to page' is retained 5)File -> Open -> FileA.odp or FileB.odp 6)Tools -> Options -> Impress -> Print -> Page options confirm the value: resetted into 'Default' ==> Why the value is resetted?? I did not change the value. <Repro test:C> 1)Lunch LO -> File -> New -> Presentation 2)Tools -> Options -> Impress -> Print -> Page options change the value : from 'Default' into 'Fit to page' 3)Exit all LO files, and then finish all LO apps modules, also Quick starter. 4)Confirm NOT exist both of soffice.exe and soffice.bin. 5)On Desktop or File Exproler, click the name FileA.odp or FileB.odp using mouse right button. 6)"open with" Program Pops Up, with LO confirm the value: 'Fit to page' is retained ==> Now this is what I expected result. In the case of being soffice.bin, Why the configuratino file for Impress is overwritten when Open existing file or SavingAs? Let me thank you in advance for your kindness.
For me, the quickest way to reproduce this is (on Linux) 1. Open Impress, and create an empty presentation. 2. Go to Tools - Options - Impress - Print - Page Options and set the option to "Tile pages". But I think any value other than Default will do. 3. Save as a named file. 4. File - Reload. 5. Check the option value again. It's moved back to Default. In fact, any option settings in the Print option page don't seem persistent. Maybe this is an intended behavior?
Let's ask Thorsten if this is an intended behavior, or not.
Nah, surely Tools->Options should be somehow persistent.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
reproducible with LO 4.0.0.3. (Win7 Home, 64bit)
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
in 4.2.0.1 still reproducible
** 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
On pc Debian x86-64 with 5.0.2.2 LO Debian package, I don't reproduce this bug. Could someone else give a try to confirm?
Let's put this one to WFM instead and if someone still reproduces this, don't hesitate to reopen this tracker.