After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 339180 - gthumb does not create .Trash-$USER
gthumb does not create .Trash-$USER
Status: RESOLVED OBSOLETE
Product: gthumb
Classification: Other
Component: general
2.7.x
Other All
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2006-04-20 13:47 UTC by mannheim89
Modified: 2008-07-30 14:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description mannheim89 2006-04-20 13:47:11 UTC
Please describe the problem:
gthumb does not create a directory .Trash-$USER when deleting images stored on a
mounted volume. As a result, gthumb cannot move these images to the trash.

Steps to reproduce:
1. Mount a disk (e.g. a USB stick) at /mnt/here/
2. Ensure you have rwx permissions for /mnt/here. Do 

      rm -r /mnt/here/.Trash-$USER

3. Open an image file stored on the mounted device at /mnt/here with gthumb in
browser mode. Select "Edit --> Move to wastebasket"


Actual results:
gthumb informs that it cannot move the image to the trash, and offers to delete
it immediately.

Expected results:
gthumb should silently create a directory /mnt/here/.Trash-$USER and move the
image to that trash directory. (This is what Nautilus does.)

Does this happen every time?
Yes (though I have only tested it on a USB stick formatted as FAT32)

Other information:
Comment 1 Michael Chudobiak 2008-07-30 14:05:11 UTC
Closing as obsolete. gThumb needs to use g_file_trash anyway, which is part of bug 525482.

- Mike