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

Reply via email to