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 619977 - Nautilus does not handle well Trash in "bound" directories
Nautilus does not handle well Trash in "bound" directories
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: 2010-05-28 20:11 UTC by Alessio Bolognino
Modified: 2010-05-30 18:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alessio Bolognino 2010-05-28 20:11:41 UTC
This seems a bit complicated, but I reproduced the bug on the different machines (both running Ubuntu Lucid)

1. > mount /dev/sdX /mnt/doesntmatter
where sdX is a partition on your hard disk (different from /, /home, etc..., like the partition of a different OS)

2. > mount --bind /mnt/doesntmatter/Users/user/Downloads /home/user/Downloads

3. open /home/user/Downloads in Nautilus

4. move a file to the trash (right click -> move to trash)

You'll see that the file ends in "/home/user/Downloads/.Trash-$UID/files/" but Nautilus won't show it in trash:/// like it should and doesn't even show a message to explain that you can't move that file to the trash, like it does in other cases.

This is not only annoying, but it not easily discoverable, when I realized what was happening I had a huge /some/bound/dir/.Trash-$UID (several gigabytes)
Comment 1 Cosimo Cecchi 2010-05-30 17:53:55 UTC
-> gvfs/Trash
Comment 2 Allison Karlitskaya (desrt) 2010-05-30 18:11:51 UTC
We don't really have plans to support weird mounts like this.

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