Version: unspecified (using KDE 4.6.2) OS: Linux I've deleted a folder (about 400Mb) into the trash and when I browsing it dolphin (namely kio_file) produces very high I/O. Also I have noticed that almost all free space on my root partition is used and the /tmp directory size has passed for 5Gb. So, when I start to browsing my trash dolphin starts copying trash data into the temporary directory and it not stops until I'll not stop browsing. Reproducible: Always
Created attachment 59539 [details] Example
I can reproduce this using KDE SC 4.8 RC1. The easy way to reproduce is to move a folder containing videos into trash, then browser that folder in the trash (enable thumbnail for videos) and play those videos. That will cause high I/O and consume large space under /tmp/kde-<user>/.
Encountered this bug in KDE 4.9.0 (kubuntu backports ppa) This appears to be an issue with Dolphin and the thumbnailer. Details: Deleting a folder containing thumbnailable files and then viewing "trash" in Dolphin causes those the folder contents to be copied into /tmp (eg. /tmp/kde-user/dolphinQm8245.tmp). Note that browsing the deleted folder or opening the contained files is not necessary. Restrictions: - Only happens with files that can be thumbnailed, while "preview" is enabled. - Does not occur with directly deleted files (i.e. not deleted together with a parent folder) - Opening files when "preview" is disabled does not cause any files to be copied to /tmp
These two bugs seam to be the same, it happens with Konqueror too: When trash:/ is viewed /tmp/kde-$USER/ unnecessarily increases in size https://bugs.kde.org/show_bug.cgi?id=320784
*** Bug 320784 has been marked as a duplicate of this bug. ***
Still 100%-reproducible in Dolphin 16.04.3. Can be marked as duplicate of https://bugs.kde.org/show_bug.cgi?id=238309 if that one will be revived. (Backtrace? Seriously?)
*** This bug has been marked as a duplicate of bug 208625 ***