When I delete a file, it takes some 15 seconds to get it to delete. I tried deleting some 200 files, and it took a second per file to delete them. The system load is pretty high. The processes seem to be kio_file and kio_trash, see the htop screenshot. http://wstaw.org/m/2013/05/28/deleting_files_1.png http://wstaw.org/m/2013/05/28/deleting_files3.png Reproducible: Always Steps to Reproduce: 1. Delete some file Actual Results: The file is deleted, but it takes way too long. A simple rm is done instantaneous. Expected Results: Instantaneous deletion
Thanks for the bug report. (In reply to comment #0) > The system load is pretty high. The processes seem to be kio_file and > kio_trash, see the htop screenshot. I'll reassign to kio_trash then (even if it's something else in KIO that causes the problem, this looks like David Faure material). Some questions that I (even with my limited KIO knowledge) can ask, just to exclude some obvious possibilities what the cause of the slowness might be: 1. Is it also slow when you delete, rather than "move to trash", the files using Dolphin? 2. Is the trash (in your home directory) on the same partition as the trashed files? If not, then it is expected that moving large files is slow. You should not compare with the instantaneous "rm" then, but with "mv files ~/temporary-folder/" then.
I just tried to delete a file, and it worked right away. Then I tried moving other items to trash, that worked right away as well. So it does not seem that reproducible now, although that issue persisted for the last week, at least. So this might be just some local issue that was resolved by deleting a file directly?
This morning, after a reboot, the issue came up again. Right now, after another reboot I have the same issue. I then deleted a single file permanently, after that, moving to trash worked fine. So I assume there is a pattern concerning the permenent deletion and the moving to trash.
I cannot reproduce this problem as described. I have no idea why your delete actions will be slow after reboot. Did you check to see if it is only file deletion that is affected? Did you trying to copy or move files from one location to another immediately after a reboot?
I have the impression that more file actions are affected. Creating .tar.gz archives or decompressing them seem to takes longer than on the command line. Copying and moving seems to be slower than using `cp` on the command line. Is it possible that I have a configuration file, or some cache that needs to be cleaned up?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug still occurs on my system. I have two user accounts who are affected by this. The system got reinstalled with Fedora, I had copied my complete home directory. So I presume that this is either is a general bug in KDE or some particular configuration file that I have laying around somewhere. The versions now are these: Dolphin 18.04.3 KDE Frameworks 5.48.0 Qt 5.11.1 The xcb windowing system What information do you need to triage this bug?
*** This bug has been marked as a duplicate of bug 148454 ***