Cannot rename files from inside GTK file-choosing dialog

[Karol Stasiak]

When opening or saving a file, you cannot do anything to the filesystem, except for creating new folder. If you accidentally misname it, you cannot delete it or rename it without opening Nautilus.

Steps to reproduce:
- click File->Save as... in any GTK app
- click "Create a directory" (or whatever is this button called in English)
- type any name and click anywhere
- try to change the name you've just typed

If you right-click on any file inside the dialog, you should at least have options like: "Move to trash", "Rename", "Properties" - those three should be the easiest ones to implement.

[David Siegel (djsiegel-deactivatedaccount)]

Marking "new" until we decide this is a paper cut -- I am not sure if this is easy to fix.

[Adam J. Lincoln (adamjlincoln)]

I don't know if this is helpful, but I poked around in the GTK+ source to find where the right-click menu in this dialog is implemented. It's the function file_list_build_popup_menu() in gtkfilechooserdefault.c - you can see it here:

http://git.gnome.org/cgit/gtk+/tree/gtk/gtkfilechooserdefault.c#n4298

Maybe this can help people decide if it's a paper cut. I'll post more info if I find it.

[ShawnJGoff (shawnjgoff)]

It's somewhat trivial. It would be very easy for someone familiar with the filechooser. Basically, you add a context menu item, then you do something very similar to the new_folder_button_clicked() function with a couple of changes. Of course, it would eventually call g_file_move() instead of g_file_make_directory().

Additionally, the new_folder_button_clicked does some ui stuff - it creates a temporary node at the top of the tree that doesn't point to anything; it's just editable, then once it's done being edited, it gets removed. I think it would be easy do a similar thing, but in the place of the node being edited.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.