To reproduce: - Open drawing in Draw - Select part of the drawing - Select File->Export - Use file format EPS, activate "Selection" - Press Export, then OK - Then open File->Export again All previously done settings are lost (EPS, Selection, path). This worked with OpenOffice 3.2.0 and was then broken in 3.2.1. It has remained that way until now (tested LibreOffice 3.4.1). It happens with native and LibreOffice file dialogs. It also happens in Writer and Calc. Interestingly, the settings are in fact saved to the property SdExportLastFilter etc. in $HOME/.libreoffice/3/user/registrymodifications.xcu . But for some reason the information isn't used when the dialog is being opened again.
Failed to reproduce on LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux. I think I have managed to successfully export an EPS image. The selected picture comes out as black and white. Here is the attachment. I think the export was successful. Perhaps you could provide an attachment as well to better demonstrate the expected behavior? Thanks.
Created attachment 49110 [details] What I see after exporting Selection and EPS And if this is indeed a problem, it would be great to mark the bug as a regression.
Maybe I have not stated the problem clearly enough. The problem is not that the export does not work, but that the export settings are not remembered between subsequent invocations of File->Export. After you exported the EPS, you enter the File->Export dialog again. In OpenOffice >= 3.2.1 and in LibreOffice, the file format will be reset to the default value (e.g. EMF in LibreOffice 3.4.1) and the checkbox "Selection" will be disabled again. In OpenOffice 3.2.0 it is the case that the file format of the last export is remembered, so that EPS will already be selected and "Selection" will already be checked when the dialog is reentered.
[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
I can confirm that the bug still persists in 3.5.0 beta 2.
Bug still exists in LibreOffice 3.5.6.2 (OS-X 10.6.8). It is a nuisance when using 'Export' a lot!
Bug confirmed with LibreOffice 3.5.6.2 (OS-X 10.6.8). It is a nuisance when using 'Export' a lot!
Bug still present in LibreOffice 3.6.3.2 (Mac OS X). (sorry for duplicate submission of comfirmation in 3.5.6.2!)
Tested LibO v4.0.2.2 (Build ID: 400m0(Build:2)) in KUbuntu 12.10 64bit: bug still there.
Bug still present in LO 4.2.2.1 (Mac OS X 10.6.8)
I would like to squash this bug as my first contribution to LibreOffice. Any objections?
(In reply to comment #11) > I would like to squash this bug as my first contribution to LibreOffice. Any > objections? I don't see why anyone would object. Everyone has to start somewhere and with something.... this bug/enhancement is a good one to start with, since it should be easy. I am not sure if it is absolutely necessary to remember the settings across sessions (saving in a preference/settings file), but it certainly would be extremely nice if it at least remembered settings within the same session. Both would be even better. I can't tell you how many times I have cursed at LO when working on a project that required me to export dozens of things...
** 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.3 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-06-08
Bug still exist in 4.4.3.2 (Kubuntu 14.04.2 LTS).
*** This bug has been marked as a duplicate of bug 56899 ***