*** This bug is a duplicate of bug 192629 ***
https://bugs.launchpad.net/bugs/192629
Thanks for the bug report. This particular bug has already been
reported, but feel free to report any other bugs you find.
** Changed in: nautilus (Ubuntu)
Importance: Undecided = Low
Assignee:
@Zephyrcat: That's a bug in your system. Please file it - that's not how
it should be at all. You should be able to create a file in /tmp and
then delete it and see it in /home/$user/Trash.
--
VFAT Cannot move file to trash, do you want to delete immediately?
@A. Walton: That's just plain silly in my opinion. If the file system
doesn't support 'proper' permissions that's none of our business. That's
the file system I choose to use, I know it's limitations. It's all fine
for the Linux world to try and solve this - but it's not a *nix problem.
It's a
I believe this is true of almost any file not in your home folder. I am
not, however, sure if this is a bug or by design. Can someone who knows
more about this please confirm if this is a bug or explain why it is not
a bug?
--
VFAT Cannot move file to trash, do you want to delete immediately?
We currently do not support trashing on volumes that do not manage
permissions properly, such as NTFS or FAT, out of privacy concerns for
users. We are working on a fix for this by modifying the Trashing
specification to be more clear on these situations. The conversation
starts here :
Then if the same thing happens when you delete a file on an ext3
filesystem is that a bug? When I try to delete a file on my main
partition (ext3) that are outside of my home folder (and that I have
permission to delete), they do not go to trash.
--
VFAT Cannot move file to trash, do you want to
