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.
Created attachment 11521 [details] frozen dolphin window
Created attachment 11522 [details] not frozen qtfm window
Created attachment 11523 [details] ls -l result
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
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.
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
(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
Yes, of course.
Thanks.
Resolution: (none) => WORKSFORMEStatus: NEW => RESOLVED