Version: 3.1.3 (using KDE 3.1.3) Installed from: SuSE Compiler: gcc version 2.95.3 20010315 (SuSE) OS: Linux (i686) release 2.4.18-4GB Hello! Here's the situation: I am using Konqueror to browse a folder which is owned by root, only root has write permissions for the folder so the files and folders Konqueror is displaying cannot be deleted by a regular user. Now when I select a FILE and try to move it to the trash, I get an error message, which is quite what I expect. But when I do the same to a DIRECTORY, it disappears from view, just as if it had been deleted! Pressing the F5 key, however, brings it back into view. This only occurs when I select "move to trash" - when I select "delete" (without moving it to the trash) I get the error as expected. This is confusing because it makes you think the directory has been deleted while it hasn't. Regards, Matthias
yes, this bug still exists in kde 3.2.1! here two other testcases! testcase #1 as root mkdir test touch test.txt drwxr-xr-x 2 root root 4096 Apr 1 17:47 test -rw-r--r-- 1 root root 0 Apr 1 17:47 test.txt as normal user in konqueror: 1. right-click -> delete [a window pops up: no access, behavior as aspected] 2. Ctrl-left-click & delete key [the directory [a window pops up: no access, thats as aspected; directory "test" is created in Trash directory and owned by user (drwxr-xr-x 2 pingun users 4096 Apr 1 17:47 test): this is unaspected] --> deleting with rightclick and deleting with key leads to an different behavior! Ctrl-left-click & delete key should not create the folder in the Trashfolder testcase #2 the main difference to #1 is, that the subfolders are owned by 500 (user doesnt exist in the system) ls -al drwxr-xr-x 3 root root 4096 Sep 27 2002 test2 cd test2 ls -al drwxr-xr-x 3 500 users 4096 May 15 2003 secondtest2 cd secondtest2 ls -al drwxr-xr-x 2 500 users 4096 May 15 2003 files in konqueror: 1. right-click on "test2" -> delete [a window pops up: no access, behavior as aspected] 2. Ctrl-left-click & delete key on "test2" [the directory [directory "test2" is deleted in the konqueror window(!!!) but is still in the filesystem!!! hitting reload will bring it back in the konqueror window. the deleted directories are created in Trash directory and owned by user (drwxr-xr-x 2 pingun users 4096 Apr 1 17:47 test2)] --> the folder and subfolder should not be erased in the konquerorwindow and created in the Trashfolder regards, gunnar
confirming for 3.4.0
confirming for 3.4.2: I tried to move a folder onto a drive that was full, but the original folder was disappearing until I pressed F5.
confirming for 3.5.4: I get exactly what the original poster described. I also found a similar problem: create a directory foo/, a directory bar/, and another directory bar/foo/ Now I try to move foo/ in bar/, the directory is already in bar, so I get a prompt window, and I choose: "Ignore automatically" Result : the foo/ directory disappears from the window But it hasn't been moved! So issuing Refresh makes it appear again. Expected behavior : Directory shouldn't disappear when the move fails.
I'm now using kde 3.5.4 from ubuntu edgy (previously I was running the one from debian sid) The similar problem I had is only reproducable using media:/ because the Ignore automatically feature (which is in fact called Auto Skip) is only available there. Browsing to the file directly (ie /home/.. instead of media:/hda1/home/..), only the overwrite feature is available. I'm not sure if this was the case before... About the original bug, ie trying to remove a directory from a directory owned by root, I can't reproduce it anymore. Trying to remove the "foo" folder in /root , I always get: "Access denied to /home/myuser/.local/share/Trash/files/foo." , which is the same behavior than with a file. I tried both with or without using media:/ So now, I'm a bit confused..
Finally, it seems I can't reproduce the original bug on debian neither, so it has nothing to do with ubuntu. I am really clueless about how I managed to do it only one week ago, with what seems to be the same kde packages.. About the Auto Skip problem, I confirm this happens in media:/, and also in system:/ but not when browsing to the files directly. Maybe another bug should be opened for that then?
This has been fixed, tested on 4.0.3
Cannot reproduce neither in 3.5.9. About comment #6, if someone need, he could open a new bug report.
I am not really using kde anymore, but maybe I will try it again when 4.1 is released, and see if these old bugs still remain.