GNOME Bugzilla – Bug 607420
Delete key during in place Rename in File Browser trashes file first
Last modified: 2011-11-21 11:46:32 UTC
When performing an in place Rename without using the properties window for a file: the initial press of the delete key moves a file into Trash. Subsequent presses delete text of the name. Upon completing the rename, Nautilus sometimes informs the user that the file is no longer present and other times does not. Since the user intends to delete text and the moving of the file to Trash is unintentional and somewhat hidden, this can lead to data loss. If there were a way to disable use of the in place renaming and force use of the properties window through configuration, that would be a workaround. This was tested on Nautilus 2.28.1 .
teidooricaerak, not sure what you mean. If I hit "Rename" or F2 on a file the text below the icon turns into a text entry where you can hit delete as many times as you want and the file wont go to the trash. I also tried hitting F2 and then really quick Delete without the file going to trash. Using nautilus 2.30. Do you still have a problem with this or can you describe your issue a little bit more?
It sounds like you do the same thing I do but do not experience this problem. Could keyboard layout make a difference? I'm using Dvorak International. I just tested this again with 2.31.1 on Ubuntu Lucid Lynx 10.04. It still has the same behavior.
I tried with Swedish Dvorak and could not reproduce it
Also, I'm using a laptop keyboard. Maybe I should use some X Windows extension or utility that would report the key codes or symbols to me when I press delete. I have not noticed unusual behavior of the Delete key in any other application. Only nautilus. This may be specific to Ubuntu. There is a bug filed for the Ubuntu package here: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/496789
Closing as NOTGNOME as per comment #4.
In fact the bug is not NOTGNOME, it's an upstream nautilus bug which got fixed in 3.2