After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 750420 - Print to file folder chooser dialog creates folders with "Open" button
Print to file folder chooser dialog creates folders with "Open" button
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.14.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2015-06-04 20:25 UTC by Michał Sawicz
Modified: 2015-06-05 03:01 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michał Sawicz 2015-06-04 20:25:36 UTC
Original bug:

http://pad.lv/409644

In at least two apps where a filename is entered along with a drop-down directory chooser with an "other" option, the dialog to choose the "other" directory will unintentionally create new directories.

gnome-print (?):
1. Start Gedit (or Firefox, etc.).
2. File-->Print...
3. Select "Print to File" under the Printers column.
4. "Save in folder" drop-down --> "Other..."
5. Type "TEST" in the Location.
6. Click "Open" or press Enter.
7. BUG: A folder called "TEST" is created and the folder choosing dialog is closed, with "TEST" selected.

gnome-utils (?):
1. Start Take Screenshot (Apps-->Accessories-->Take Screenshot)
2. Continue at #4, above.

Since my intention is something like a "save as" operation, and the dialog looks like a save-as dialog, I often type the filename that I want to use, and press enter. But then a directory is created with the filename that I want to use. Very annoying because now I have to find that directory and delete it.

To fix this, I have a couple of ideas/suggestions:
 * Utilize a dedicated directory chooser dialog (is there one for Gnome, as in MS Windows?), or
 * When a filename is entered in this "other" chooser, the filename in the original dialog (e.g. print-to-file, or Screenshot save preview) should be set to it, and the "save in folder" should also be adjusted to the folder that was open in the dialog.
 * Fixing the current chooser dialog so it only creates folders when "Create Folder" button is pressed, or
 * Separate the location+filename selection such as the "Save As..." dialog to a separate stage in the print-to-file process, or
 * Adjust the print-to-file dialog in some way I don't know yet.
Comment 1 Matthias Clasen 2015-06-05 03:01:04 UTC
These bugs are all about the awkwardness of in-place editing in lists.

They are all fixed in 3.17 by not doing that anymore. Instead, we have a popover for this.