Bug 352097 - Dolphin Version 15.08.0 trash strange behavior after deleting files.
Summary: Dolphin Version 15.08.0 trash strange behavior after deleting files.
Status: RESOLVED WORKSFORME
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Kubuntu Linux
: NOR minor
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-01 13:42 UTC by rооt
Modified: 2016-01-20 08:45 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot from htop (390.65 KB, image/png)
2015-09-01 13:43 UTC, rооt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description rооt 2015-09-01 13:42:02 UTC
After deleting files and closing dolphin, processes trash.so file.so appear and does not disappear... Also hanging and process dolphin, and each time multiplied after deleting files

Reproducible: Always

Steps to Reproduce:
1.move to trash file
2.empty trash
3.close dolphin

Actual Results:  
files are deleted but remain hanging processes trash.so file.so and dolphin

Expected Results:  
just delete files
Comment 1 rооt 2015-09-01 13:43:04 UTC
Created attachment 94322 [details]
Screenshot from htop
Comment 2 soee 2015-09-28 19:14:20 UTC
I think this might be related to the problem i'm having lately. 

If i move some items (folders, files) to Trash and and right click on the Trash icon in Doplhin's sidebar to empty it, is see no chnages - the icon stays red (informs that there are some files in trash), and if i open Trahs i can see all those files there. But all the items are removed just the view doesn't get updated because if i close Dolphin and reopen it again, Trash is emtpy.

If i do not restart Dolphin and try to manualy remove some item from trash, that indicator in systray 
starts showing progressbar for file removing action but it will never end as it tries to remove not existign file.
Comment 3 Andreas Sturmlechner 2015-09-28 19:17:02 UTC
Both observations confirmed on Gentoo:

kde-frameworks-5.14
plasma-5.4.1
kde-apps-15.08.1
Comment 4 boblovgren55 2015-10-17 07:10:31 UTC
Hi, I'm having a similar issue but worse. Frequently in Dolphin I right-mouse click on a file to delete it, and it never gets moved to trash. Instead, the notifications GUI in the lower right corner goes back and forth until I stop it, and nothing happens. Not only that, but when pressing the shift key to permanently delete a file w/o moving it to trash, pressing the shift key once gets the context menu stuck on the delete option. The behavior is supposed to be that the delete option only shows for as long as the user is pressing down the shift key. As soon as the shift key is release, the "Delete" option should go away and "Move to Trash" should show up.

Secondly, once files do make it into trash, emptying the trash sometimes does nothing. The files just stay there until logging out and logging back in of Plasma 5.




kde-frameworks-5.14
plasma-5.4.1
kde-apps-15.08.0
Qt Version: 5.5.0
Comment 5 Emmanuel Pescosta 2015-10-19 14:56:19 UTC
Can you reproduce it in the Open/Save dialog as well?
Comment 6 Andreas Sturmlechner 2015-10-26 13:20:47 UTC
Indeed the same behaviour is seen using kwrite and empty trash in open/save dialog. I end up with multiple trash.so and kwrite processes.

Meanwhile on:
kde-frameworks-5.15
plasma-5.4.2
kde-apps-15.08.2
Comment 7 boblovgren55 2015-11-21 21:43:09 UTC
I filed this bug, which may be a duplicate: https://bugs.kde.org/show_bug.cgi?id=354488

The only difference I can tell from reading some of the comments in this thread, is that frequently I try to move to trash a file or folder using Dolphin and it hangs until I kill multiple trash.so processes. Sometimes there are as many as 55 trash.so processes, and 20+ Dolphin ghost instances with no title in the title bar. When rebooting, all these "ghost" instances come back and show up upon first login, which is a Dolphin window that you can see right through to the desktop (transparent).
Comment 8 boblovgren55 2015-11-30 08:47:59 UTC
What is going on on this bug? Every 5 minutes I'm trying to delete a file and Plasma 5 is hanging up, and I have to kill up to 50+ Dolphin and trash.so processes. This is completely hanging up my work flow, and it's been almost 3 months since the bug was reported.

What boggles my mind is that this bug is some kind of regression because it never existed until recently. Why isn't anybody taking a look at this?
Comment 9 Zoran Dimovski 2015-12-16 10:12:47 UTC
I confirm this bug on multiple machines with different versions of the Plasma desktop.
Every time I invoke "Empty trash" either from Dolphin or from the trash widget on the panel, the files trash.so and file.so are still opened (and their number is growing if you use "empty trash" more often). Sometimes, even Dolphin is not closing properly (you can see the Dolphin process but Dolphin is not running in your desktop).

The only use case that this is not happening if you just don't use "empty trash" but delete the files from trash with regular delete function. After deleting the files manually, Dolphin _always_ exits properly and there are no more trash.so and file.so. 
Also, the icon stays red until you open Dolphin again.

I've been testing this on plasma 5.4 till 5.5.1

KDE Plasma Version: 5.5.1
KDE Frameworks: 5.17
KDE Applications: 15.08.3
QT Version: 5.5.1

Best regards.
Comment 10 rооt 2016-01-07 16:36:26 UTC
it seems this error no longer exists

KDE Plasma Version: 5.5.2
KDE Frameworks: 5.18
KDE Applications: 15.12.0
QT Version: 5.5.1
Comment 11 Zoran Dimovski 2016-01-08 14:08:01 UTC
I'm still experiencing this bug.
Tried "empty trash" and still the problem persists.
Also, dolphin is closed but I still have multiple dolphin instances in the background (after multiple attempts  of "empty trash").

The only thing I see fixed is that the Trash icon is no longer red after "empty trash".

KDE Plasma Version: 5.5.3
KDE Frameworks: 5.17
KDE Applications: 15.12.0
QT Version: 5.5.1
Comment 12 Andreas Sturmlechner 2016-01-09 13:36:57 UTC
See this commit: https://quickgit.kde.org/?p=kio.git&a=commit&h=1d9681ee4fc35dd616f75e78ea8b47a7532d638e

(part of kio-5.18.0)
Comment 13 Zoran Dimovski 2016-01-11 09:22:14 UTC
Thank you, Andreas.

yesterday Frameworks 5.18 was released so I'll be testing this when the packages available for me. And I'll report back on the findings.
Comment 14 soee 2016-01-11 10:50:20 UTC
Looks like the problem is gone with Frameworks 5.18.
Comment 15 Zoran Dimovski 2016-01-20 08:45:21 UTC
I confirm that the problem is gone after upgrade to Frameworks 5.18

KDE Plasma version: 5.5.3
KDE Frameworks: 5.18
KDE Applications: 15.12.1
Qt Version: 5.5.1