Dolphin will use increasing amounts of resources when the Folders panel is open and there are sub-folders that can't be expanded. [STEPS TO REPRODUCE] 1. Start Dolphin [Hidden Files Shown] 2. Toggle Folder panel 3. Open a directory that has sub-folders [in the second tree level] that can't be expand. 4. Wait. [OBSERVED RESULT] Dolphin appears to endlessly recheck the sub-folders, testing to see if they can be expanded. The expanding arrows targets can be seen flashing many times a second next to any folder icons that can't expand. The resource usage appears to grow the longer Dolphin is left in that state, with the flashing becoming increasingly noticeable and system load growing. Collapsing the open folder handle in the Folder panel causes the issue to stop. [EXPECTED RESULT] Dolphin shouldn't be doing this. [SOFTWARE/OS VERSIONS] Linux/KDE Plasma: 5.8.9-arch2-1 [64bit] KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.15.1 [ADDITIONAL INFORMATION] I reported the issue on 2020-09-08 as a comment to https://bugs.kde.org/show_bug.cgi?id=411349 but as that ticket is dated to 2019, likely caused by an unrelated issue [with thumbnails], and no one has responded... I'm reporting it here as it's own issue.
(In reply to Tonurics from comment #0) > Dolphin will use increasing amounts of resources when the Folders panel is > open and there are sub-folders that can't be expanded. > > [STEPS TO REPRODUCE] > 1. Start Dolphin [Hidden Files Shown] > 2. Toggle Folder panel > 3. Open a directory that has sub-folders [in the second tree level] that > can't be expand. What do you mean with "can't be expand" ? An empty folder?
Created attachment 131763 [details] Folder panel with sub-folders that can't expand. I've put red squares where I see arrows flashing. I would guess they start flashing at a rate of about ~12 times a second [creating a faux transparency effect like in an old video game]. Either because system load is building, or the function checking for sub-folders is self-referencing: over time the arrows appear on screen for longer periods of time. This coincides with Dolphin using 100%.
A node in the Folders panel tree element without a child, in this case: caused when a folder doesn't have a sub-folder inside of it. [If you are using Details view mode, you get the same sort of tree element, but the folders can be expanded as long as it's not empty and empty folder. Whereas the Folders panel tree will only expand if there is a sub-folder inside the folder.] I've attached a screenshot to better illustrate the issue.
More info: I'm not seeing the flashing in every location. For example: I'm currently seeing the flashing in /tmp and /home, but not in /srv or /etc And in /home the flashing is only appearing on some of the folders, not on all nodes. It's also not obvious where and when it will occur: as I see it on a mounted drive [where nothing is being written and nothing special should be happening].
Hmm I'm not able to reproduce it. Can you please run: "gdb dolphin" from Konsole? Then as soon as you hit the issue, press CTRL+C in Konsole, then type 'bt' and then copy here the text that you get.
Created attachment 131816 [details] gdb Here you go. Steps to reproduce on GUI: 1) Navigate to /tmp by typing the path into the address bar. 2) Double Click on tmp location in Folder panel to collapse it. [No noticeable flashing.] 3) Double Click on tmp location in Folder panel to expanding it. [Arrows are now flashing.] Also, I may have discovered something while creating the dump: Unless I navigate using the Folder panel, the flashing arrows aren't visible until the Folder panel tree is expanded to a second level. For example: 1) Start Dolphin [no flashing] 2) Double click on ~/Downloads from Folder panel [flashing] 3) Type in ~/Documents/foo [flashing] 1) Start Dolphin [no flashing] 2) Type in ~/Downloads/foo [no flashing] 3) Type in ~/Documents/bar [flashing] 1) Start Dolphin [no flashing] 2) Type in ~/Downloads [no flashing] 3) Type in ~/Documents/bar [no flashing] 3) Type in ~/Downloads/foo [flashing]
One more thing, can you run from Konsole: QT_MESSAGE_PATTERN="%{function} %{message}" dolphin and copy here the output when it starts the issue?
Created attachment 131876 [details] QT_MESSAGE_PATTERN Here you go.
(In reply to Elvis Angelaccio from comment #7) > One more thing, can you run from Konsole: > > QT_MESSAGE_PATTERN="%{function} %{message}" dolphin > > and copy here the output when it starts the issue? Evlis does the attachment in #8 provide enough insight to the issue?
FYI: The issue is still present in 20.08.2 Let me know, if there's anything else I can do to assist.
Reproduced locally.
A possibly relevant merge request was started @ https://invent.kde.org/system/dolphin/-/merge_requests/90
Git commit ffe01ee8407559f46171bfea4aa6f21e37f945fb by Nate Graham, on behalf of Méven Car. Committed on 03/11/2020 at 02:21. Pushed by ngraham into branch 'master'. FolderPanel: prevents scanning directory tree recursively KFileItemListView contents are periodically scanned by KFileItemModelRolesUpdater. It uses then KDirectoryContentsCounter to scan directories to determine their size possibly recursively. Introduce a scanDirectories setting to disable directory scanning by KFileItemModelRolesUpdater. FIXED-IN: 20.08.3 M +16 -1 src/kitemviews/kfileitemlistview.cpp M +8 -0 src/kitemviews/kfileitemlistview.h M +19 -4 src/kitemviews/kfileitemmodelrolesupdater.cpp M +8 -0 src/kitemviews/kfileitemmodelrolesupdater.h M +1 -0 src/panels/folders/folderspanel.cpp https://invent.kde.org/system/dolphin/commit/ffe01ee8407559f46171bfea4aa6f21e37f945fb
I'm afraid to say I'm still seeing the issue in 20.08.3 [reproducible following the steps in comment 6]. Subjectively, I think 20.08.3 is a bit better. I've left Dolphin idle at a location that flashes for about 10 minutes and I don't think the CPU usage is growing over time anymore. As it would eventually get to 100% CPU. I'll attach a screenshot of the folder I tested with. I was surprised: Spectacle actually caught the first sub-folder in the middle of a flash [note half an arrow icon]. By leaving Dolphin idle can report some consistent CPU numbers from top: *) Normal usage [with the flashing showing], Dolphin CPU usage stays at: 11.9%-12.6%. *) Scrolling the Folder panel up [so "foobar2000" and the flashing items are not visible], Dolphin CPU drops to: 4%-4.3% *) Collapsing the folder tree [so the sub-folders of "foobar2000" are not items in the Folder panel tree anymore], Dolphin CPU drops to: 0%
Created attachment 133073 [details] Screenshot from Spectacle of a folder where issue occurs. Screenshot from Spectacle of a folder where issue occurs [and earlier CPU numbers were reported from]. Note "components" sub-folder was captured in the middle of flashing.
I'll note that the icons and global themes were Breeze defaults at the time I reported this issue. [I just changed them last week, so would not think anything there is related to the issue.]
(In reply to Tonurics from comment #14) > I'm afraid to say I'm still seeing the issue in 20.08.3 > Unfortunately this bug fix did not make it in Dolphin 20.08.3 (https://invent.kde.org/system/dolphin/-/merge_requests/90#note_129658). The commit message is not correct, but the fixed version in of the bug report is. Please report again once you will have have Dolphin 20.12 which is due next month. > I'll attach a screenshot of the folder I tested with. I was surprised: > Spectacle actually caught the first sub-folder in the middle of a flash > [note half an arrow icon]. > X.org at it worst... The kind of issue Wayland was conceived not to have.