GNOME Bugzilla – Bug 345682
[Shift]+[Delete] wrongly attempts to delete item while renaming
Last modified: 2006-06-23 22:33:33 UTC
Steps: 1. Select a file or folder in Nautilus. 2. Press [F2] or right-click and choose "Rename..." from the pop-up menu. 3. Select some text. 4. Press [Shift]+[Delete]. Expected results: Selected text is cut in the text entry field. Actual results: Nautilus asks permission to permanently delete the item. Such user-interface inconsistency is really dangerous. [Shift]+[Delete] should do the same thing as [Ctrl]+[X] in text fields. During a rename operation Nautilus shouldn't ask for permission to delete. If you unadvertedly press [Enter] the stuff is gone forever on file systems where there's no trash. I already lost a complete directory this way ... Definitely high risk of data loss. Version details: nautilus-2.14.1-1.fc5.1
Yeah, since delete doesn't delete the file, then why should shift-delete? Slapping this with the usability keyword for more attention, and lowering severity since it's not very common, and there IS a dialog warning people about deletion.
Pressing [Enter] during the warning dialog isn't that strange if you *assume* that [Shift]+[Delete] is going to cut the text as in any other GNOME (or Windows) text entry field. Because then [Enter] just completes the rename operation. These things happen in fractions of a second. I didn't even see the warning dialog at first. I just wondered where my file was. Turned out the file was gone because the "Delete" button of the warning dialog is focused by default. Makes the warning dialog rather useless ... While *renaming* a file there shouldn't be any keystroke that will actually remove the file. This is like editing mode versus command mode in vi. This is conceptual. Why would anyone start renaming a file if you were going to delete it anyway? I can't find an answer to this question. This scenario doesn't make any sense at all. Reality is that Nautilus' behaviour is currently very misleading for people who are used to [Shift]+[Delete] instead of [Ctrl]+[X] and leads to data loss sooner or later. Therefore this bug should be considered critical. Described quite clearly in http://bugzilla.gnome.org/page.cgi?id=bug-status.html#bug_severity.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 345528 ***