Bug 26271

Summary:	dolphin freezes when browsing root directory
Product:	Mageia	Reporter:	Christian C <bugzzzz>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	major
Priority:	Normal	CC:	ftg, lewyssmith
Version:	7
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:	dolphin-19.04.0-1.mga7	CVE:
Status comment:
Attachments:	frozen dolphin window not frozen qtfm window ls -l result

Description Christian C 2020-02-28 10:27:43 CET

Description of problem:

After having opened a dolphin window, when I enter / directory in the address field, dolphin begins to fill the size for each sub-directories and hangs at lib64 (see the screenshot in attachment).
The window is then frozen and have to be killed.

The same problem happens when entering /lost+found or /mnt, /root, /run, /tmp, /var in the address field.
And I get the same result with konqueror but NOT with qtfm, xfe, mc.

I then have no other solution than rebooting if I want to use dolphin on these directories.


Version-Release number of selected component (if applicable):


How reproducible:
I don't know.
Maybe after having mounted a USB key formatted in NTFS-NG.

Steps to Reproduce:
1.
2.
3.

Comment 1 Christian C 2020-02-28 10:29:50 CET

Created attachment 11521 [details]
frozen dolphin window

Comment 2 Christian C 2020-02-28 10:32:29 CET

Created attachment 11522 [details]
not frozen qtfm window

Comment 3 Christian C 2020-02-28 10:35:45 CET

Created attachment 11523 [details]
ls -l result

Comment 4 Lewis Smith 2020-02-28 20:19:36 CET

Thank you for the evidence, and the mention of Konquror also : a Plasma problem.

The qtfm window https://bugs.mageia.org/attachment.cgi?id=11522 shows a large number of attached discs. Are these permanently mounted? Perhaps you might post the output of the following :
 $ lsblk
 $ mount | grep /dev/sd
 $ ls -l /media

> How reproducible: I don't know.
> Maybe after having mounted a USB key formatted in NTFS-NG.
> I then have no other solution than rebooting if I want to use dolphin
> on these directories.
You need to say something about when this problem occurs : always, sometimes, after a manipulation like you mention. When it happens, is it just the FM window that freezes - or the whole desktop or entire system?

Once a freeze happens, if you can, look for a looping process (consuming most of the CPU) with :
 $ top
or a GUI equivalent like Ksysguard.

Noting that the freeze seemed to occur while Dolphin was counting the directory items (Size column), can you try in a different view mode: Icons or Compact, where it does not do that. You need to experiment (like you did by trying a different file manager) to pin down the circumstance.

CC: (none) => lewyssmith

Comment 5 Christian C 2020-04-18 17:36:09 CEST

The problem does not happen anymore with the same configuration.
Dolphin may be slow to display the directory contents but it doesn't freeze.
In addition, I have a lot of "disk sleep" status of which I don't really understand the reason that could explain the slowness of Dolphin.

Comment 6 Frank Griffin 2020-04-18 18:37:27 CEST

Lewis is correct.  It's because lib64 is way larger than most other root directories.  I suspect that what stopped it happening is that Plasma cached the previous results and noticed that the timestamp for the directory had not changed.

CC: (none) => ftg

Comment 7 Lewis Smith 2020-04-19 21:15:56 CEST

(In reply to Christian CHEVALIER from comment #5)
> The problem does not happen anymore with the same configuration.
> Dolphin may be slow to display the directory contents but it doesn't freeze.
Would you agree to closing this bug?

Severity: critical => major

Comment 8 Christian C 2020-04-20 07:10:49 CEST

Yes, of course.

Comment 9 Lewis Smith 2020-04-20 20:29:49 CEST

Thanks.

Resolution: (none) => WORKSFORME
Status: NEW => RESOLVED