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 156567 - renaming file in listview while fam notification arrives kills editbox and possibly deletes file
renaming file in listview while fam notification arrives kills editbox and po...
Status: RESOLVED DUPLICATE of bug 87701
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.9.x
Other Linux
: High major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-10-27 11:23 UTC by Dennis Möhlmann
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dennis Möhlmann 2004-10-27 11:23:11 UTC 
1. have fam or fam replacement running
2. switch to listview
3. rename/touch/alter a file
4a. try to rename another file. when the fam-notification for the last action
arrives, nautilus will steal your input box
4b. happen to be hitting del to delete a letter in that moment and lose the file
(yes it is still in trash but no, you can not expect users to know this because
they won't even know *why* it got deleted in the first place => dataloss)
5. try to continue renaming by hitting F2 and notice that it will break again
because of Nautilus killing the edit box again (thanks to the previous rename
[attempt])
6. if you feel like it, repeat 5. to insanity or use xterm
Comment 1 Matthew Gatto 2004-10-29 00:52:12 UTC 
known problem (and yeah it's annoying and potentially dangerous if you have
delete set to bypass the Trash).

*** This bug has been marked as a duplicate of 87701 ***