[Bug 192629] Re: Cannot send files to thrascan from a vfat partition
A workaround is to assign user permissions in the fstab entry for the partition, eg: /dev/sda2/c ntfsdefaults,umask=007,uid=1000,gid=10000 1 So perhaps the Ubuntu installer should do this by default for detected ntfs-3g drives? Or alternatively, perhaps Nautilus should tell you *why* it can't move the files to trash, and explain that if you mount the partition in the above way you'll be able to move files to trash? ** Summary changed: - Cannot send files to thrascan from a vfat partition + Cannot send files to trashcan from an ntfs partition -- Cannot send files to trashcan from an ntfs partition https://bugs.launchpad.net/bugs/192629 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192629] Re: Cannot send files to thrascan from a vfat partition
I was referred to this bug from this bug I reported https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/207566 But looking at this referred bug, fat32 deletion works fine for me. It is just NTFS drives. -- Cannot send files to thrascan from a vfat partition https://bugs.launchpad.net/bugs/192629 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192629] Re: Cannot send files to thrascan from a vfat partition
** Changed in: glib Status: Unknown => New -- Cannot send files to thrascan from a vfat partition https://bugs.launchpad.net/bugs/192629 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192629] Re: Cannot send files to thrascan from a vfat partition
Reassigning to glib for now, I opened http://bugzilla.gnome.org/show_bug.cgi?id=514697 about the topic some time ago ** Changed in: glib2.0 (Ubuntu) Sourcepackagename: gvfs => glib2.0 Status: Incomplete => Triaged ** Also affects: glib via http://bugzilla.gnome.org/show_bug.cgi?id=514697 Importance: Unknown Status: Unknown -- Cannot send files to thrascan from a vfat partition https://bugs.launchpad.net/bugs/192629 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192629] Re: Cannot send files to thrascan from a vfat partition
That's not the permission of the file you are deleting which matter but the ones from the trash directory. The issue when this directory is not owned by your user is that other users can see things you have deleted which can be a security issue. I've discussed the issue some time ago with Alexander which is gvfs and nautilus upstream and he wrote a mail to the xdg list, you might be interested to read it there, http://lists.freedesktop.org/archives/xdg/2008-February/009192.html -- Cannot send files to thrascan from a vfat partition https://bugs.launchpad.net/bugs/192629 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192629] Re: Cannot send files to thrascan from a vfat partition
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. -- Cannot send files to thrascan from a vfat partition https://bugs.launchpad.net/bugs/192629 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs