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 596323 - Files deleted on mounted /opt partition don't appear in Trash
Files deleted on mounted /opt partition don't appear in Trash
Status: RESOLVED DUPLICATE of bug 604015
Product: gvfs
Classification: Core
Component: trash backend
1.6.x
Other Linux
: Normal normal
: ---
Assigned To: Allison Karlitskaya (desrt)
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2009-09-25 15:46 UTC by José Alburquerque
Modified: 2010-04-27 19:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description José Alburquerque 2009-09-25 15:46:04 UTC
For some odd reason, if I delete files or folders in a partition I have mounted under /opt, the files/folders do not appear in the Trash folder.  They cannot be permanently deleted or restored from the trash.

I have read/write access to the partition (because I'm a member of the 'root' group which has read/write permission on the partition) and when I delete files I've created on the partition, a .Trash-1000/ folder is created on the partition (/opt) and under that directory, in the files/ directory, I can see the deleted files.  There is also an info/ directory in the .Trash-1000/ directory.  However, if I open the Trash folder, the files don't appear there and cannot be manipulated in any way.

To permanently delete the files, I just delete the .Trash-1000/ directory.
Comment 1 José Alburquerque 2010-03-11 23:59:34 UTC
This bug had been gone for a while, but has reappeared in version 2.29.92.1.
Comment 2 José Alburquerque 2010-03-12 03:13:22 UTC
Or maybe it was never gone and I just noticed recently when the files were accumulated.  I wonder if this is just something local or a real nautilus bug.
Comment 3 zuxez 2010-04-27 01:41:04 UTC
I have the very same problem for probably all mounts. Gnome's trash:/// protocol fails to notice new trash from mounted filesystems. Deleting files on the root drive properly shows trash in nautilus' trash:// folder -- deleting files on mounted filesystems doesn't -- even after refreshing/restarting/rebooting.

I first noticed the problem when I added a local bind mount on my linux box, like
  /media/sdb/Users/user/Downloads on /Users/user/Downloads (where /Users resides on disk sda). 

By using gvfs-monitor-dir trash:// I noticed, that gvfs seems to not notice deletes on the mount (only the deletes on the root file system were shown). That happens for both, deleting with nautilus, as well with gvfs-trash.

More interestingly XFCE's file manager thunar *is able* to display *all* trash from Gnome's various .Trash-<uid> folders.

This behaviour occurs with
  gnome-base/gvfs-1.6.0-r1
  gnome-base/nautilus-2.30.0

As for José, manually navigating to the various .Trash-folders and manually deleting the files just works. The same holds for deletion with thunar.
Comment 4 Cosimo Cecchi 2010-04-27 10:26:02 UTC
-> gvfs/Trash

This seems to be a gvfs bug.
Comment 5 Allison Karlitskaya (desrt) 2010-04-27 19:36:23 UTC
This isn't a bug so much as a "we're not sure we want to support this".

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