** Also affects: nautilus via https://bugzilla.gnome.org/show_bug.cgi?id=695460 Importance: Unknown Status: Unknown
-- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1152706 Title: Unable to restore trash if the containing directory is removed Status in Nautilus: Unknown Status in “nautilus” package in Ubuntu: New Bug description: When you delete something, it goes into trash. .Trash-$UID/files/TrashedFile.ext .Trash-$UID/info/TrashedFile.ext.trashinfo The trashinfo contains the path relative to .Trash-$UID's parent directory that is the location to which the trashed file or directory should be restored. Imagine accidentally trashing 1000 files, and at some point rmdir the containing directory before you realize you need to restore the trash. In Ubuntu 12.04, no problem, the .trashinfo path would be created when restoring the trash if it didn't exist. In Ubuntu 12.10, you get 1000 popups saying "There was an error getting information about the destination. Details: Error when getting information for file '/mountpoint/path/to/file': No such file or directory." For every popup, you can manually do a mkdir -p '/mountpoint/path/to/file', hit "RETRY" and it will work. Something has changed in the past 11 months that SERIOUSLY cripples the handling of trash. I am not sure this bug is in the right place, or that something else handles the trash for Nautilus. Nemo, fork of Nautilus, has the same problem. If not filed correctly, please think with me where to file this in the right place, because it's pretty important. To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/1152706/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
