Description of problem: I have several times noticed, that if i "throw" files for which i have no writing access to (although i own them), i get an error message stating that cannot be deleted. The only way i am able to delete them is doing a "chmod -R 700 *" in "~/.trash". Then i can empty the trash. Version-Release number of selected component (if applicable): How reproducible: every time, i think Steps to Reproduce: 1.Delete some file you own, but have no writing access to 2.Try to empty the trash 3.Error message 4.chmod the stuff 5.Now the stuff is deletable Actual results: deletion halts. Expected results: It should be automagicaly chmod'ed before deletion, in this way avoiding the problem. Additional info:
*** Bug 127674 has been marked as a duplicate of this bug. ***
Fedora Core 2 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC3 updates or in the FC4 test release, reopen and change the version to match.
I cannot replicate this in FC4. But I'm able to delete filed without +w permission (just unable to modify them). If the files are in a directory without +w, then they cannot be deleted or moved to trash (nautilus handles it properly). Would somebody confirm please?
Hmm... I can at least reproduce one problem where the trash cannot be emptied: 1. Unzip a zip file as a user (such as with file-roller) to your home directory, creating ~/adm8211 2. (as root) cd ~kyrre/adm8211 3. (as root) make (or make install - but it doesnt matter in order to reproduce it. yes im am lacy. No it hasn't bitten me yet. No this computer doesn't contain any valuable data. 4. (as user) delete (to trash) the folder ~/adm8211 in nautilus, by pushing the delete key 5. empty the trash. Error message "...cannot delete because rigths to parent folder lacking" (freely translated from norwegian. 6. push "skip" three times 7. Some interesting info: [kyrre@testpc .Trash]$ ls -laR .: totalt 20 drwx------ 3 kyrre kyrre 4096 aug 25 21:38 . drwxr-xr-x 43 kyrre kyrre 4096 aug 25 21:38 .. drwxrwxr-x 3 kyrre kyrre 4096 aug 25 21:39 adm8211 ./adm8211: totalt 16 drwxrwxr-x 3 kyrre kyrre 4096 aug 25 21:39 . drwx------ 3 kyrre kyrre 4096 aug 25 21:38 .. drwxr-xr-x 2 root root 4096 aug 25 21:37 .tmp_versions ./adm8211/.tmp_versions: totalt 12 drwxr-xr-x 2 root root 4096 aug 25 21:37 . drwxrwxr-x 3 kyrre kyrre 4096 aug 25 21:39 .. -rw-r--r-- 1 root root 158 aug 25 21:37 adm8211.mod [kyrre@testpc .Trash]$ 8. Navigate to ~user/.Trash as root and kill it with rm -rf Well.. This shouldn't happen anyway, as i ain't supposed to have root's files in my homedir :) But a warning when i move them to trash from nautilus would be nice.
Is this still a problem in current releases? If it is, please change the version number to match the version you tested on. Thanks.
Lets do a test: [kyrre@storeulv ~]$ su - Passord: [root@storeulv ~]# cd /home/kyrre/ [root@storeulv kyrre]# touch evilfile [root@storeulv kyrre]# ls -l evilfile -rw-r--r-- 1 root root 0 aug 17 14:54 evilfile [root@storeulv kyrre]# Ok, then we have a really evil file. Then we enter nautilus (as the user kyrre), and delete this file. No problem. Just select it and hit delete. (it had the "no writing" symbol, but hey - i'm allowed to move stuff around). I then empty the trash. It did actually vanish! As it did when i tried to delete it with rm. Strange - i didn't think i was allowed to do such things (as an ordinary user). What changed? But, well. It worked. Version: nautilus-2.14.1-1.fc5.1 I think we can close this one. But how was i able to kill that file?!?