GNOME Bugzilla – Bug 573500
Files are deleted immediately, no ~/.Trash folder is present, no warning
Last modified: 2009-02-28 13:21:16 UTC
Please describe the problem: When moving files to the trash, they are deleted right away, without confirmation, despite nautilus being configured to use the trash. Furthermore, there is no ~/.Trash folder, and if I create it manually, it is ignored. Steps to reproduce: 1. Create an unimportant file. 2. Move it to the trash. 3. See how the trash is empty. (I cannot imagine that this bug comes with all GNOME distributions, so I don't know whether you can actually reproduce this, since I don't know what is causing it on my particular system). Actual results: File is gone, trash shows empty. Expected results: File should be in the trash. Does this happen every time? Yes. Other information: I am using a fresh Gnome installation on Debian testing. I would try the latest GNOME 2.24 with its Nautilus, but it isn't available in Debian yet. My home dir is on a seperate partition (ext4).
the trash dir are in: ~/.local/share/Trash/files Gnome 2.24.x - 2.25.x Ubuntu 9.04
(In reply to comment #1) > the trash dir are in: ~/.local/share/Trash/files Oh, I didn't know that. When I googled the problem, I always found references to ~/.Trash. I checked, and my deleted files are actually in that dir. However, the trash can displays empty, and when I opened it, it shows no files. So my deleted files are present, but not accessible from the trash can. > Gnome 2.24.x - 2.25.x > Ubuntu 9.04 I have Gnome 2.22.3 ond Debian testing.
Yes, and Nautilus 2.20. Blame Debian for completely mixing up versions that shouldn't belong together...
I managed now to pull the latest nautilus from experimental, and it doesn't have that problem anymore. From googling, I think it was because of ext4, I didn't think of that earlier.