When i move a file to trash it is extremely slow I disabled the limit to trash size but i didn't see a significativ improvement. This happens even with a very small file, so it has nothing to do with the file's size Before, i have KDE 4.10.5 and i didn't have a such issue Reproducible: Always Steps to Reproduce: 1. Delete a file (move to trash) 2. The action takes a lot of time for a simple text file (may be 1 minute Actual Results: The action takes from some seconds to 1 minute Expected Results: I expect to last maximum 5 seconds for example [dglent@localhost ~]$ df Filesystem Size Used Avail Use% Mounted on /dev/sda1 20G 12G 6,9G 62% / devtmpfs 996M 0 996M 0% /dev tmpfs 1002M 1020K 1001M 1% /dev/shm tmpfs 1002M 620K 1002M 1% /run tmpfs 1002M 0 1002M 0% /sys/fs/cgroup tmpfs 1002M 3,0M 999M 1% /tmp /dev/sda6 207G 123G 84G 60% /home [dglent@localhost ~]$ free -m total used free shared buffers cached Mem: 2003 1907 96 0 16 193 -/+ buffers/cache: 1697 305 Swap: 3992 2001 1990 [dglent@localhost ~]$ uname -a Linux localhost.localdomain 3.12.13-desktop-2.mga4 #1 SMP Sat Feb 22 23:45:28 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
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 Janek and vindicator, https://quickgit.kde.org/?p=plasma-desktop.git&a=blobdiff&h=618d9a51b1e62ae064248abe6ffeb4cf3b08f31a&hp=ae886bad540178a7c7b874ffed8eda4018de2f6a&hb=1b37262d13b40193eb755af9c3a9bff2d2bcec1a&f=containments%2Fdesktop%2Fplugins%2Ffolder%2Ffoldermodel.cpp
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