GNOME Bugzilla – Bug 614418
Entering filepath in gnome-screenshot behaves weirdly
Last modified: 2011-06-14 15:29:51 UTC
1) Press Alt+Print 2) Select /tmp/ using the "Save in folder" button 3) Enter "/tmp/foo.png" in the Name thing 4) See error message "Impossible to save the screenshot to file:///tmp/%2Ftmp%2Ffoo.png. Error was Operation not supported. Please choose another location and retry." I expected it to save the image as /tmp/foo.png because other programs (which use the GtkFileChooser) do so as well. I.e. Evince when saving a picture out of a PDF. Forwarded from https://bugs.launchpad.net/ubuntu/+source/gnome-utils/+bug/551690 I think by fixing this, bug 543641, bug 578232 and maybe bug 579232 will also be fixed. Bug 325708 seems relevant as well. Tested against 2.29.5
This is not really a bug...the entry there is for the filename, not for a full path. If you select /tmp from the file chooser and then use "foo.png" as filename, it works fine.
Reopening as it's inconsistent. Every other file chooser I have seen so far behaves the way I described. Only the screenshot one does not. I do not see why a single GNOME application should create a different experience. And not only do I think it's a bug because it's inconsistent, I also think the functionality, to save a file to a full path without have to use the mouse to select the folder, is very important.
(In reply to comment #2) > Reopening as it's inconsistent. Every other file chooser I have seen so far > behaves the way I described. the screenshot tool is not using a GtkFileChooser. > Only the screenshot one does not. I do not see why > a single GNOME application should create a different experience. if this is the bug, then it's a duplicate of bug 325708 *** This bug has been marked as a duplicate of bug 325708 ***