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 706572 - Cannot rename files or folders in the gtk file and directory dialogs
Cannot rename files or folders in the gtk file and directory dialogs
Status: RESOLVED DUPLICATE of bug 325150
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.8.x
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2013-08-22 10:48 UTC by Thomas Pilarski
Modified: 2013-08-23 08:01 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Thomas Pilarski 2013-08-22 10:48:31 UTC 
I cannot rename files and directories in the file/directory open/save dialogs. It's a major work efficiency issues. An example. It I want to attach a file to an email, which has a spell error in it. I have to open nautilus, navigate to the folder - as the new dialogs does not provide the path as text anymore - and rename the file instead of just rename the file like before.
Comment 1 Federico Mena Quintero 2013-08-22 16:33:25 UTC 
Yeah, not being able to rename files is inconvenient sometimes.  It shouldn't be hard to add this functionality to gtkfilechooserdefault.c.  I'm marking this bug as a duplicate of the original report about not being able to rename files.

By the way, you can right-click on the file, select "copy file's location", switch to Nautilus, and then hit "Ctrl-L Ctrl-V Enter" to visit that file quickly.

*** This bug has been marked as a duplicate of bug 325150 ***
Comment 2 Thomas Pilarski 2013-08-23 08:01:36 UTC 
A multiple mouse and keyboard combination with eye fixation and recognition of the popup elements, program switching and multiple keyboard key combination sequence is not a solution for a just click "F2" microsecond operation.

And the "copy file's location" operation does not exists in Fedora 19.