eog won't delete images on different volume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Eye of GNOME |
Fix Released
|
Medium
|
|||
eog (Ubuntu) |
Fix Released
|
Low
|
Ubuntu Desktop Bugs |
Bug 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/
(3) If /mountpoint/
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://
http://
Changed in eog: | |
status: | Unconfirmed → Confirmed |
Changed in eog: | |
status: | Confirmed → Fix Released |
Changed in eog: | |
importance: | Unknown → Medium |
This is an example of the error produced by eog for this bug.