Version: (using KDE KDE 3.5.3) Installed from: SuSE RPMs OS: Linux directorys in ~/.local/Trash/files will not be deleted, while the icon shows empty. normal files will be removed fine.
ok, i got the problem. how to reproduce: create a directory "A" as user. inside of this one, create another directory calld "B" with root permissions. move the directory "A" into trash, as user! from now, no directorys in trash will be deleted because of the rootdirectory "B". i'm not sure about a user is able to delete (move into trash) a directory with a "rootdirectory" inside.
I also get this. It's easy to reproduce. What Corax noted may work, but here's an easier way to reproduce it - you don't even need to change users or to root: On the Desktop: 1.) Create a directory/folder named "A" 2.) Inside "A" Create a directory/folder named "B" 3.) Inside "B" Create a new file 4.) Go to folder "B" permissions and changed it from "Can View and Modify Content" to "Can View Content" 5.) Go to the dektop, highlight folder "A" and send to trash. 6.) Right click on trash, "Empty Trash Bin" The folder will be removed from Trash.desktop, but will not be removed from ~/.local/share/files/ In addition to it not being removed, it will have the exact same effect on any other directory put in the trash from that point on. So no directory beyond that point will EVER be deleted by emptying the trash bin. This bug is extremely troublesome as copying files and folders from media can have these permissions set to subdirectories by default.
Thanks for the instructions on how to reproduce the bug without needing to be root (this way I can add unit tests for it). I am fixing this bug now. But let me close this one as a duplicate of 116371 first. *** This bug has been marked as a duplicate of 116371 ***