Apache OpenOffice (AOO) Bugzilla – Issue 97702
Wrong file name suggestion when exporting to PDF and a subfolder with the same name exists
Last modified: 2017-05-20 11:33:25 UTC
How to reproduce: - Use OpenOffice.org under KDE/with KDE integration - Save a file under a specific name, e.g. "test.odt" - Create a subfolder called like the file you created, in this example "test", in the directory where you saved the file - Click the "Export as PDF" toolbar icon or select File -> Export as PDF Result: - The save dialog's default location is in the "test" subfolder - The proposed filename is "test.odt". If you continue with this name (and have automatic suffix enabled), your exported PDF file will be located in this subfolder and be called "test.odt.pdf" Expected behaviour: - The save dialog's default location is in the folder where you saved the file - The proposed filename is "test". If you continue with this name, your exported PDF file will be located in the same folder where you saved the file and be called "test.pdf"
I did a little further investigation, the problem does not only arise in the PDF export dialog, but also in the "normal" Export dialog, as well as in the Save As dialog, under the same circumstances.
TM->HRO: reproducible, please have a look, thanks !
Not enough time to fix for 3.1
pl: Can you please have a look. Not sure whether you are the right owner, though.
tm: you confirmed this, yes ?
pl->fs: nothing to do with KDE; it's simply the generice file picker in use. In SvtFileDialog::implGetInitialURL it comes upon the url "file:///..../test" and finds that a valid directory. To fix this issue it would also have to append the automatic extension and see if perhaps that file exists. Tricky I'd say.
accepting, targeting (I don't really think this relatively seldom situation deserves 3.x), removing KDE from summary
Successfully able to replicate the issue on Version 3.1.1 OOO310m19 (Build:9420) running Windows Vista-64 SP1.
Reset assigne to the default "issues@openoffice.apache.org".