Comment 50 for bug 192629
Revision history for this message
| Olivier Cailloux (olivier-cailloux) wrote | #50 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
I'm not sure I have the exact same bug, but better post here before starting a new one I guess.
- I also have the "can't access trash" problem when trying to delete an image from eog from an NTFS drive (where I have write permission everywhere).
- Nautilus is however able to delete the exact same file, from the exact same place (i.e. the NTFS mounted drive). I don't know what Nautilus does with the file however. AFAI can see, the file is simply "deleted", because I can't find it in my usual trash nor in the RECYCLER dir in the NTFS drive, and don't see any folder which would have been possibly created by nautilus on the root path of the NTFS drive for that purpose (as it does on my USB keys).
It would seem appropriate, IMHO, that eog does the same thing when I ask it to delete a file than Nautilus does. I am not sure that Nautilus' apparent choice of permanently deleting the file without asking is the best choice, but that seems to be a difficult discussion I don't want to enter into... And if the Nautilus choice is well thought, every gnome application should have the same behavior I guess... And, finally, anything would probably be better than the current situation ("can't delete").
I am running Ubuntu 9.04 up to date. (FYI, my problem seems to be exactly like https:/