Public bug reported:
Affects: eog (Ubuntu)
Severity: Normal
Priority: (none set)
Status: Unconfirmed
Description:
If you are viewing an image with eog and ask eog to delete the image
(move to trash), then eog will fail to do so unless the image file
resides on the same volume as /home/user. Instead, it just puts up a
dialog box saying it failed to delete the image.
What eog should do is what Nautilus does:
(1) Move the file to ~/.Trash if the file lies on the same volume as ~/.
(2) Move the file to /mountpoint/.Trash-$USER if the volume is mounted
at /mountpoint and .Trash-$USER exists.
(3) If /mountpoint/.Trash-$USER does not exist and user has rwx
permissions for /mounpoint/., then create /mountpoint/.Trash-$USER and
do step (2).
gthumb does (1) and (2) but not (3), while eog does only (1).
The result is that the basic supplied applications in ubuntu/dapper for
viewing and organizing images are both unable to delete images in a very
common situation (e.g. when a user has a bunch of imags on a USB memory
stick).
I filed bug's in gnome's bugzilla a while ago, on both eog and gthumb.
Because these have not yet been triaged, and because dapper's release is
not far off, I am entering these bugs here. (I hope this is not bad
procedure.) In my eog bug report on bugzilla, I also pointed out a one-
line change in the source which would fix eog so that it at least does
(2). The corresponding line of code in gthumb *looks* like it should do
(3) also (according to the documentation of gnome-vfs), but fails to do
(3).
It may be that the failure to do (3) is not a bug in eog or gthumb. But
the failure of eog to do (2) certainly is.
The relevant bugzilla.gnome bugs are:
http://bugzilla.gnome.org/show_bug.cgi?id=338653
http://bugzilla.gnome.org/show_bug.cgi?id=339180
--
eog won't delete images on different volume
https://launchpad.net/bugs/42571
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
