Comment 3 for bug 192629

Dear Sebastien,

First of all, I felt it was wrong because deleting files to trashcan has been the default behaviour from Warty to Gutsy. You've got a point that I, as a user, don't have exclusive rights to that drive. Another point is that most vfat partitions mounted in ubuntu are probably USB flash memories, where a user might not want to leave residual files by default. In this case, however, this is a hard drive partition, using the default mount options from a Gutsy pre-release live CD. I expected files deleted on the local hard drive going to the trashcan.

Seeing that you hinted that default behaviour now is directly deleting files to which you don't have exclusive access, I've performed a couple of tests chowning miguel:users back and forth. The results were:
-A file inside $HOME goes to the trashcan as usual. It doesn't depend on the group owning the file.
-If we put the sample file in /home/$USER/wherever and chown -R $user:users ~/wherever the results are still the same
-If we have full access to a source directory (i.e. /usr/local/src/XCrySDen), we get similar behaviour to that seen in the vfat partition. This happens even if the file is owned by miguel:miguel and even if the directory containing the file is also owned by miguel:miguel.

So the bug seems to be more like "cannot send files lying outside of $HOME to trashcan". In any case, I'm no longer sure what is the correct behaviour. I feel that if you own `pwd` you should be able to send the file to the trashcan, although you have a good point on the plugdev mount.

Finally, thanks for the suggestions on bug titles.

PS: /fat32 is a partition in my laptop's HD used to share data between windows XP and linux. Even though ntfs-3g has made the partition somewhat redundant, I'd still rather have it.