** Changed in: nautilus
Status: Unknown => New
** Changed in: nautilus
Importance: Unknown => Medium
--
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:
New
Status in “nautilus” package in Ubuntu:
Triaged
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 : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
