I have the same problem. Apparently this bug have some relation with #209746: File permissions are incorrect during file copy in nautilus (Ubuntu). When files who lost their original permissions are put in Trash, the user can't delete them -- although the user have permission to do, according the permission properties.
I maintain my files on backup during upgrades, and when I upgraded to Hardy and turn them back to my Home folder, I lost the permissions to create and exclude files, substituted to access only (I don't know the original terms, since I use Ubuntu in Brazilian Portuguese). The files inside, although, maintain your original permissions, but if I change the folder permissions, the magic happens and the files lost theirs. If I copy them to another folder, I lost the permissions too. If I delete a file that I have restored from a backup, with these crazy permissions, and I try to clean the Trash can, nautilus shows the exclusion, but the file continues in Trash. If I try to exclude directly the files in Trash folder, nautilus warns I don't have permission to do this On Edgy, Feisty and Gutsy, the operation of copy backuped files back is normal. Only on Hardy I can't copy them normally. Sorry the bad, bad English. ** Changed in: nautilus (Ubuntu) Status: Invalid => New -- Unable to delete a certain folder in the trash https://bugs.launchpad.net/bugs/205271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs