Summary: | Moving a file to trash is extremely slow | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Dimitrios Glentadakis <dglent> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | a.volkov, adawit, faure, hein, kde, nate, nroycea+kde, zhaixiang |
Priority: | NOR | ||
Version: | 4.11.4 | ||
Target Milestone: | --- | ||
Platform: | Mageia RPMs | ||
OS: | Linux | ||
Latest Commit: | https://cgit.kde.org/kio.git/commit/?id=9d682612de4691a13daa69d02816d23b6a77a285 | Version Fixed In: | 5.51 |
Description
Dimitrios Glentadakis
2014-03-03 16:00:57 UTC
And if you disable nepomuk do you notice any difference? (ALT+F2, type "Desktop Search") I didn't have the nepomuk enabled Today it is quite fast when i delete files ... Maybe it happens after some time of usage, i don't know I will test it a couple of days more I deleted 16 files, 1.1 mb each file, and it took 25 seconds I think that when i had kde 4.10.5 was much faster the same action. Actually, is something that i remarked only after upgraded to 4.11.4 I reenabled the limit of trash, and the same action took 19 sec. Do you have the same delay ? I find this to be an issue still. I accidentally extracted a file that was extracted to the Desktop rather than a folder in the Desktop. I selected all the extracted files and moved them to the trash and it also took forever (minimum 1 minute). I did try a single file right after and it was quick (1 second). Mind you, I did try single files in the past and it also took forever. It's like some service is spinning up with the first deletion attempt. Looks to have cleared up for me with the latest upgrade to 5.7.2-1 (archlinux). I tested it, then rebooted and tested again and all is well. I just tried it on 5.7.2: Created new file, pressed DEL and it still took about 7 seconds to move this file to the trash. (I tried it in Dolphin, though, not Konqueror) Hi Eike and David, It is very difficult for me to reproduce this issue and also described here https://bugs.kde.org/show_bug.cgi?id=344969#c29 I don't think this is a bug in the folder plasmoid as it happens in Dolphin, too. Probably a Dolphin or Kio bug (but I'm not an expert when it comes to KDE's architecture). Try KIO 5.51. author Alexander Volkov <a.volkov@rusbitech.ru> 2018-09-06 21:42:57 (GMT) committer Alexander Volkov <a.volkov@rusbitech.ru> 2018-09-06 21:43:26 (GMT) commit 9d682612de4691a13daa69d02816d23b6a77a285 (patch) tree 33db7bb2252fd83ce8849aa8551a97543cd10710 parent 820f622e86bb0b7d44a39a3f90f84c99736b30c7 (diff) trash: Fix directorysizes cache parsing Summary: Entries in this file have the following format: [size] [mtime] [percent-encoded-directory-name] , and TrashSizeCache::add() writes them correctly, but TrashSizeCache::calculateSize() reads [mtime] as [size] and vice versa. Reviewers: #frameworks, dfaure Reviewed By: dfaure Subscribers: kde-frameworks-devel Tags: #frameworks Differential Revision: https://phabricator.kde.org/D15317 |