Version: (using KDE KDE 3.3.91) Installed from: SuSE RPMs OS: Linux When I use konqueror to delete files on a webdav-server it starts by counting, which is because of bug 94781. Then again the latter bug does not really apply. In my case I am trying to copy/delete a tikiwiki, which has quite alo lot files.Konqueror spends more than half-an-hour counting the directories and files, after that it starts deleting the files one by one which takes more than two hours. So, for half-an-hour the progress-bar stays at 0% without anything happening, i.e. no file is deleted. If the connection is not very stable and breaks after 20 minutes, the user has spent 20 minutes without any gain. I think that because of the process of counting being that time consuming for webdav, the user would happily lose the progress-count and start deleting right away. Same for copying files from the webdav-server to the local machine. Yet even if one only looks at the process of deleting/copying files, konqueror is a lot slower than e.g. sitecopy performing the same task, which should not be tha case and must be due to a bug.
Recursive deleting in webdav can be done on the server side. kio should know which protocols it doesn't need to recurse and just request the delete action. If someone wants to add that to kio, the webdav code doesn't need any change other than letting kio know it's capable (probably via an entry in the webdav desktop files).
Is this still a problem in KDE 4.x ? KIO in general and kio_webdav in particular have been supporting recursive deletion at least since KDE 3.5 ; so if this is still an issue then it must be a bug somewhere.
Too old and recursive delete support has been added a long while back. If this is an issue with the recent version of KDE, feel free to reopen this ticket.