Nautilus does not handle well Trash in "bound" directories

Bug #586982 reported by Alessio Bolognino
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gvfs
Confirmed
Unknown
gvfs (Ubuntu)
Triaged
Low
Unassigned

Bug Description

Binary package hint: nautilus

This seems a bit complicated, but I reproduced the bug on the different machines (both running 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)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, when you open bugs upstream could you mention it there?

affects: nautilus (Ubuntu) → gvfs (Ubuntu)
Changed in gvfs (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in gvfs:
status: Unknown → Invalid
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

Upstream bug has been marked as duplicate of bug https://bugzilla.gnome.org/show_bug.cgi?id=604015

Changed in gvfs:
status: Invalid → Unknown
Changed in gvfs:
status: Unknown → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.