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 75617 - files don't disappear after move [fam issue?] -> file accidentally deleted
files don't disappear after move [fam issue?] -> file accidentally deleted
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
0.x.x [obsolete]
Other Linux
: High major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 75078 78063 81255 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-03-20 16:45 UTC by jacob berkman
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: Old
GNOME version: ---

Attachments
Removes unready files from the directory view (1.48 KB, patch)
2002-05-10 20:02 UTC, Dave Camp 		none Details | Review
a slightly better patch (1.30 KB, patch)
2002-05-10 20:43 UTC, Dave Camp 		none Details | Review

Description jacob berkman 2002-03-20 16:45:36 UTC 
i had some files on my desktop ($HOME) and dragged them to another nautilus
window, and dropped them on a directory.

they still appeared on the desktop, and were also in the directory i
dropped them on.

ls in a terminal does not show the files being in $HOME.

if i go to 'show properties' it says it is in the folder i dropped it on,
and not in $HOME.

if i delete the file from my desktop, it deletes the file in the place
where i dropped it!  the icon still is on my desktop!

if i go to $HOME in the other nautilus window, the icon on the desktop goes
to a plain text one with the no read / no write emblems.

if i go to 'show properies' everything in there is "unknown"
Comment 1 Luis Villa 2002-04-16 03:26:33 UTC 
Yargh. I just saw a duplicate of this but I can't find it now. Grr.
Comment 2 Luis Villa 2002-04-18 14:11:23 UTC 
*** Bug 78063 has been marked as a duplicate of this bug. ***
Comment 3 Håvard Wigtil 2002-04-24 07:36:37 UTC 
I see this relatively often, but I can't accurately reproduce it.
It happens more often with multiple files than a single file, and most
of the time right after starting Nautilus.

The files _are_ actually moved / deleted, but the directory they moved
from isn't updated. Pressing Ctrl+R to reload fixes the problem.
Comment 4 Luis Villa 2002-05-01 02:49:10 UTC 
Havoc's thoughts on this: puntable if it turns out to be
unreproduceable bogon

Mine, for the record: not at all puntable; it happens to me nearly
every time I delete a folder and can lead to major data issues. So
leaving as high and marking as 2.0.0.
Comment 5 Dave Bordoley [Not Reading Bug Mail] 2002-05-01 02:56:28 UTC 
Are we sure this isn't a fam bug. Alex has commented on and closed
other bugs that seem similar stating that upgrading fam is the fix.
Just an idea.
Comment 6 Luis Villa 2002-05-01 10:18:32 UTC 
*** Bug 75078 has been marked as a duplicate of this bug. ***
Comment 7 jacob berkman 2002-05-01 15:30:26 UTC 
is there a new fam available?
Comment 8 Dave Bordoley [Not Reading Bug Mail] 2002-05-01 16:01:49 UTC 
Apparently in redhat rawhide...
Comment 9 Dave Camp 2002-05-10 20:02:40 UTC 
Created attachment 8375 [details] [review]
Removes unready files from the directory view
Comment 10 Dave Camp 2002-05-10 20:05:02 UTC 
I was able to reproduce this more or less at will, with the fam from
rawhide.

The attached patch fixes it.
Comment 11 Dave Camp 2002-05-10 20:43:40 UTC 
Created attachment 8377 [details] [review]
a slightly better patch
Comment 12 Alexander Larsson 2002-05-12 01:12:31 UTC 
The patch looks good. But can you update to the comment above the
loop. Please commit.
Comment 13 Alexander Larsson 2002-05-13 03:03:23 UTC 
I checked this in. I believe the bug should be fixed now.
Comment 14 Luis Villa 2002-05-15 20:01:10 UTC 
*** Bug 81255 has been marked as a duplicate of this bug. ***