The GVFS portion is reported here already as launchpad bug 106621. It seems to be a problem in the gvfsd-trash backend, with us sometimes not catching new volumes being mounted and thusly monitoring the new trash locations on the new volumes and merging in the trashed files.
Need to ping Ryan Lortie (desrt) and see what the status of his trash backend rewrite is, which will hopefully not have this problem. -- Cannot clear the ~/Private/.Trash-xxxx https://bugs.launchpad.net/bugs/297993 You received this bug notification because you are a member of eCryptfs, which is subscribed to ecryptfs-utils in ubuntu. Status in “ecryptfs-utils” source package in Ubuntu: Confirmed Status in “gvfs” source package in Ubuntu: New Status in “nautilus” source package in Ubuntu: New Bug description: Binary package hint: ecryptfs-utils Intrepid Ibex - last updated Kernel 2.6.27-7-generic Gnome-Desktop 2.24 Using ecryptfs-utils - all working fine (known bugs excluded), but: If you want to delete a file in the folder ~/Private via Nautilus-Menu-Option -> "Move to Trash", the file to be deleted will be moved to the folder ~/Private/.Trash-xxxx into the relevant sub-folders respectivily. And there they are gathered forever. You can't delete them via Desktop-Trash-Icon (it's empty!!) Using a Terminal and typing -> "rm -f filename" inside the folder ~/Private the file will be deleted finally. Or using the Nautilus-Menu-Option "cut" and "paste" outside ~/Private, to delete them there, is working. Notice: Also tested with jaunty - same error. _______________________________________________ Mailing list: https://launchpad.net/~ecryptfs Post to : [email protected] Unsubscribe : https://launchpad.net/~ecryptfs More help : https://help.launchpad.net/ListHelp
