Version: (using KDE 4.4.3) Compiler: gcc 4.5.0 OS: Linux Installed from: Gentoo Packages It is 100 % reproducable here in the following way: 1. delete a folder so it goes into the recycle bin 2. click the recycle icon on desktop so dolphin opens What happens: A folder named like "dolphinYp7220.tmp" gets created in /tmp/kde-<username>, containing a copy of the whole folder, with all files inside. This then stays forever or until I delete it manually, closing dolphin doesn't delete it either. Comes nasty if the folder contains big files. Additional things I tried: - Pressing F5 for view refreshing in the dolphin window that shows the bin creates an additional copy every time. - doesn't happen with single files - this actually happens for every folder in the bin
please add a backtrace on this bugreport : http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports
Last time I did that, X11 completely died, I suppose because there wasn't any free memory left (I have /tmp in a tmpfs). I cannot figure out how a backtrace of a completely random and unrelated program can help to narrow this bug down.
+1 for this bug, it left me without any free space on the root partition(i have /tmp on the same partition as the root folder). Steps to reproduce: as karl mentioned above, but with some additional info: - delete any folder(delete to trash). - open trash:/ with dolphin - look into /tmp/kde-<username>, you will find there a bunch of folders named like "dolphinrt4451.tmp", "dolphinlZ4451.tmp", "dolphinep4451.tmp" etc.. - browsing the trash folder creates aditional folders in /tmp/kde-<username>, containing the browsed content - pressing F5 (or click refresh), will create aditional copies of the same folder, but with a different name (not always though, on the initial test it only created aditional folders on the first refresh, then it didn't, on the 2'nd test, it keeps creating aditional folders). the /tmp/kde-<username> folder is never emptied, even if i empty the trash folder. Custom, possible affecting settings: trash is set to auto-delete files older than 7 days, or when it takes more than 15% of the total disk space) $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 11.10 Release: 11.10 Codename: oneiric ~$ uname -a Linux lucian-P35-DS3 3.0.0-17-generic-pae #30-Ubuntu SMP Thu Mar 8 17:53:35 UTC 2012 i686 i686 i386 GNU/Linux KDE 4.7.4. There is no crash(unless i ran out of diskspace and other apps start crashing), so no backtrace is available
as a side note, Kubuntu seems to empty the /tmp folder upon restart, so this may only get noticed by people doing lots of resume+wakeup cycles(laptops), or keeping the computer open for a long time.
I'm still having this problem in Kubuntu 12.04 with KDE 4.9.0. I just ate up 1.6 GB in about 20 seconds by just going to my trash folder and refreshing it a few times. This behaviour really needs to be fixed. We can't provide a backtrace if nothing is crashing. The status should be updated accordingly.
Same behavior seen here with latest stable version: Dolphin 16.04.3 Frameworks 5.24.0 Qt 5.7.0
The same with Dolphin 16.08 and KIO 5.25. When /tmp fill up, many problems arise. I understand this doesn't occur always, and is not easy to debug, and considering the consequences of a full /tmp, could you give this bug more priority? There seems to be more affected users and not tracked duplicates, some of them: Hard spamming in /tmp when browsing the trash directory. https://bugs.kde.org/show_bug.cgi?id=272249 Dolphins temporary files aren't deleted https://bugs.kde.org/show_bug.cgi?id=208625 dolphin from git master pollutes /tmp/ with dolphin.***** files https://bugs.kde.org/show_bug.cgi?id=352975
Dolphin doesn't crashed because of it. Backtrace requirement was an error. Change the status, please.
Changing status as requested. When you say "open trash: with dolphin", does the same problem happen if you just type "trash:" in the dolphin location bar, rather than clicking on a desktop icon? My hypothesis would be that the desktop icon is misconfigured (missing %u in the Exec line).
OK this is about previews, not about the way to open trash. Same bug as bug 208625. *** This bug has been marked as a duplicate of bug 208625 ***