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 420581 - trash lists / content due to .trash_entry_cache value
trash lists / content due to .trash_entry_cache value
Status: RESOLVED WONTFIX
Product: gnome-vfs
Classification: Deprecated
Component: Module: file
2.17.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-vfs maintainers
gnome-vfs maintainers
gnome[unmaintained]
: 464753 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-03-20 15:45 UTC by Sebastien Bacher
Modified: 2018-08-17 13:49 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Sebastien Bacher 2007-03-20 15:45:35 UTC
The bug has been opened on https://launchpad.net/bugs/85608

"Binary package hint: gnome-applets

Edgy
kernel 2.6.17-10-generic auto-updated to 17-11-generic

After reboot, i've seen my trash icon looking as if trash is not empty.
When openning i saw with surprise all my root file-tree, I mean all the files and folders that were in / ...

Try to empty : nothing happened
Try to go deeper in directory and come back : nautilus looking as if i'm not in trash, but really in / ...
Try to copy 1 folder from trash (home) to Desktop (outside nautilus window of sure): impossible to copy a folder on itself...

Everything looks like my / was mount in the trash...

I've found a way to solve the problem, but was'nt able to reproduce the bug :
I've rename ".gnome/gnome-vfs/.trash_entry_cache" and restarted my session so gnome create another .trash_entry_cache.

Just under you will find content of those files, hope that could help.
Sorry for my bad english, if something is wrong with my bug report please contact me by mail.

RMY
_________________________________________
1st post with this bug on french forum : http://forum.ubuntu-fr.org/viewtopic.php?id=95978
_________________________________________
.trash_entry_cache "bugged" :
/dev/shm -
/lib/modules/2.6.17-10-generic/volatile -
/proc/bus/usb -
/var/run -
/ -
/mnt/recup /mnt/recup/.Trash-sabatier
/media/hda9 /media/hda9/.Trash-sabatier
/var/lock /
_________________________________________
.trash_entry_cache "valid" :
/var/lock -
/dev/shm -
/lib/modules/2.6.17-10-generic/volatile -
/proc/bus/usb -
/var/run -
/ -
/media/hda9 /media/hda9/.Trash-sabatier
/mnt/recup /mnt/recup/.Trash-sabatier"


Changing "/var/lock -" to "/var/lock /" is enough to trigger the bug
Comment 1 Sebastien Bacher 2007-08-08 16:56:29 UTC
*** Bug 464753 has been marked as a duplicate of this bug. ***
Comment 2 David Meier 2008-01-07 22:39:49 UTC
I can confirm that bug.
In my case a separate partition inside my home directory (home/dm/data) was suddenly listed in .trash_entry_cache as
/home/dm/data //home/dm/data

I didn't put it there, but not looking properly at the contents of the trash deleted some 140G of files.
Comment 3 André Klapper 2018-08-17 13:49:47 UTC
gnome-vfs got deprecated in 2008.

gnome-vfs is not under active development anymore and had its last code changes
in 2011. Its codebase has been archived:
https://gitlab.gnome.org/Archive/gnome-vfs/commits/master

gio (in glib) and gvfs are its successors. See https://developer.gnome.org/gio/stable/ch33.html and https://people.gnome.org/~gicmo/gio-migration-guide/ for porting info.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Feel free to open a task in GNOME Gitlab if the issue described in this task still applies to a recent + supported version of glib/gio/gvfs. Thanks!