Bug 238309

Summary: folder in recycle bin makes dolphin fill up /tmp dir
Product: [Unmaintained] kio Reporter: karl.r.ernst
Component: trashAssignee: David Faure <faure>
Status: RESOLVED DUPLICATE    
Severity: crash CC: kde-bugs.9ek5t, kde, kde_bugs, kialh, peter.penz19, quamis+kde, serhiy.int
Priority: NOR    
Version: 4.4   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description karl.r.ernst 2010-05-20 17:23:51 UTC
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
Comment 1 Nicolas L. 2010-08-12 22:52:39 UTC
please add a backtrace on this bugreport :

http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports
Comment 2 karl.r.ernst 2010-08-19 12:11:14 UTC
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.
Comment 3 quamis 2012-04-29 09:42:45 UTC
+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
Comment 4 quamis 2012-04-29 20:51:53 UTC
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.
Comment 5 Mike Robinson 2012-09-13 23:17:37 UTC
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.
Comment 6 G360 2016-08-10 22:03:10 UTC
Same behavior seen here with latest stable version:

Dolphin 16.04.3
Frameworks 5.24.0
Qt 5.7.0
Comment 7 G360 2016-09-01 16:54:42 UTC
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
Comment 8 Serhiy Zahoriya 2017-03-05 22:42:24 UTC
Dolphin doesn't crashed because of it. Backtrace requirement was an error. Change the status, please.
Comment 9 David Faure 2017-03-06 07:44:57 UTC
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).
Comment 10 David Faure 2017-03-06 08:59:19 UTC
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 ***