Print to File writes to incorrect file
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
LibreOffice |
Unknown
|
Unknown
|
|||
libreoffice (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
This bug only occurs when using the GTK3 dialogues (libreoffice-gtk3 installed).
Under certain conditions print to file over-writes an existing pdf file in the chosen folder which doesn't match the name chosen by the user (and without any warning or confirmation dialog).
Steps to reproduce are:
1) Create an empty directory (folder)
2) Put in directory a dummy pdf (e.g. touch sample.pdf)
3) Open libreoffice and create a writer document with a few words
4) Save the libreoffice document to the directory as a regular writer doc (e.g. 'test.odt')
5) Do 'File -> Print' and choose 'Print to File'
6) In the (gtk3) File-chooser dialog:
6a) navigate to the folder created in step 2
6b) select 'Any Type' in the 'types of file shown' selector
6c) click on the file name 'test.odt'
6d) in the 'Name' text field, then edit the name from 'test.odt' to 'test_2.pdf'
6e) then press 'Enter' (or click on 'Select')
7) Observe that in the folder there is no file 'test_2.pdf'. However the dummy file 'sample.pdf' has been over-written and contains the pdf that resulted from the 'print to file' operation
-->What should of happened is that the file 'test_2.pdf' should have been created as a pdf of the writer document.
------
Some notes:
- Occurs in Libreoffice 6.1.2.1 (Build ID: 1:6.1.2-0ubuntu1.1) and older versions
- Only occurs using the gtk3 file browser. Native libreoffice is okay (not tested old gtk2 code)
- Only occurs if you first click on 'Any Type'. If you simply type a file name without first going to 'Any Type' it doesn't manifest the bug
- Only occurs if the file name you type has the '.pdf' extension. If you do a name without it, then it doesn't manifest the bug
lsb_release -rd
Description: Ubuntu 18.10
Release: 18.10
Changed in libreoffice (Ubuntu): | |
status: | New → Fix Released |
This screenshot manages to show the problem.
Here I have typed in the 'Name' field 'test_2.pdf' when I already have that filename in my folder (as well as the dummy sample.pdf). I then press Enter, expecting to get the confirmation dialogue box asking about overwriting the file.
The confirmation box appears, but look at it carefully compared to what the FileChooser GTK3 widget is now showing behind it: the confirmation box shows name 'test_2.pdf' (which is what I typed), and the GTK3 widget not shows 'sample.pdf' (and also has changed the type selector to 'Portable Document Format'. Pressing 'okay' results in 'sample.pdf' being overwritten.
I think the bug happens when the dialogue self-flips the type selector to 'Portable Document Format'.