Created attachment 184151 [details] Screenshot. SUMMARY Depending on the zoom level, the file's or folder's icon may overflow the selection Please see the screenshot. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.4 KDE Frameworks Version: 6.17.0 Qt Version: 6.9.1 Kernel Version: 6.15.10-200.fc42.x86_64 (64-bit) Graphics Platform: Wayland Scaling: 1.25
Created attachment 184152 [details] Screenshot Maximally zoomed in.
Created attachment 184153 [details] Screenshot 2: Zoomed out When zoomed out, the selection was covered partly by elements around.
Also the tree structure looks broken in the last screenshot.
Created attachment 184154 [details] Screenshot 3: Fully zoomed out
Created attachment 184155 [details] Screenshot 4: Fully zoomed out and selected all This is weird! :)
Steps to reproduce: 1. Create a tree structure as shown in the screenshots: Folder1 |___ File1 Folder2 |___File2 Folder3 |___File3 2. Zoom fully in 3. Select the Folder1 4. Zoom out and in again
Created attachment 184157 [details] Screenshot 5: Blurred icons Apparently, when doing it "right" and zooming in, you might even get blurred icons. Hooray! :)
Created attachment 184162 [details] Screenshot 6: Compact Mode Apparently similar things can also happen for the compact mode, when zooming in and back out again.
Created attachment 184221 [details] symbolic icons are broken after zooming in / out I confirm this bug affects me as well. Two things to add: 1. After triggering the icons to switch from symbolic to color versions by zooming in (see (a) -> (b) in the attached screenshot), they are not reverted back to their symbolic versions when zoomed out back ((b) -> (c)). 2. After zooming out from larger icons, the extra padding added in between the expansion markers and the icons themselves stays in its place (compare (a) with (c)).
Created attachment 184223 [details] size of selection background is incorrect after zooming in / out Zooming in (at least enough to make icons switch from symbolic to color) and out causes the selection background to stay incorrectly large. After this is triggered, navigating between icons using arrow keys cause phantom backgrounds to be drawn behind each traversed icon.
A possibly relevant merge request was started @ https://invent.kde.org/system/dolphin/-/merge_requests/1030
Git commit 2ff301735ed4707a303186e5db4971a51400335b by Felix Ernst, on behalf of Akseli Lahtinen. Committed on 26/08/2025 at 12:42. Pushed by felixernst into branch 'master'. KItemListView: Check if animation is already started before starting new one When user changes the zoom rapidly, we start the animation multiple times, which causes delays with the animation and the icon size is wrong for a while until user interaction refreshes the view. This change runs the animation only when it's been finished, and avoids the issue with the refresh. Instead in those situations, we know that user is doing something really rapidly, so we should just set the icon size to what it needs to be. M +1 -1 src/kitemviews/kitemlistview.cpp https://invent.kde.org/system/dolphin/-/commit/2ff301735ed4707a303186e5db4971a51400335b
Git commit 8d511bff97c844ef2eeef2656dcd42eb1b647e03 by Felix Ernst, on behalf of Akseli Lahtinen. Committed on 26/08/2025 at 12:42. Pushed by felixernst into branch 'master'. KStandardItemListWidget: Use styleOption().iconSize We should use styleOption().iconSize instead of iconSize(), since the styleOption returns always the correct size depending on if we are showing previews or not. In DolphinItemListView we set the iconSize based on the previewSize or iconSize, and the styleOption().iconSize is whichever value it is here. KItemListWidget::iconSize always returns the settings.iconSize M +8 -8 src/kitemviews/kstandarditemlistwidget.cpp M +1 -0 src/views/dolphinfileitemlistwidget.cpp https://invent.kde.org/system/dolphin/-/commit/8d511bff97c844ef2eeef2656dcd42eb1b647e03