Red Hat Bugzilla – Bug 131005
nautilus doesn't monitor ~/.Trash until you've visited the trash location
Last modified: 2013-03-05 22:41:24 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Description of problem:
When I remove image file in gthumb, the file doesn't appear in trash://.
But, excute "ctrl+r", the file appear in trash://.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Remove image files in gthumb.
Actual Results: the file doesn't appear in trash://
Expected Results: the file appear in trash://
gamin 0.0.7-1, nautilus-2.7.4-1, gnome-vfs2-2.7.91-1.
I think this is actually a nautilus issue for not refreshing the view
This problem is fixed in gamin 0.0.10-1, gnome-vfs2-2.8.1-1,
- Open trash window,
Removing image files in gthumb, trash icon changes.
- But close trash window.
Removing image files in gthumb, trash icon doesn't change.
* mv foofile ~/.Trash
A. Opened nautilus url location trash://
Changed trash icon.
B. Closed nautilus url location trash://
- No changed trash icon.
- Click context menu -> Properties in trash icon and trash icon is
gnome-vfs2-2.8.2-8, nautilus-2.8.1-4, gamin-0.0.15-1
I can reproduce this, it seems we're not monitoring the trash
Actually it seems as soon as you once opened the trash location
See Also : http://bugzilla.gnome.org/show_bug.cgi?id=165955 in GNOME 2.9.x
After installing gamin 0.25-5,
1. Opened home folder with nautilus.
2. $touch ~/test.txt in gnome-terminal
nautilus doesn't refresh.
3. After "ctrl+r", test.txt file does appear.