Created attachment 156157 [details] Demo using floating panel at bottom of screen SUMMARY Since the last couple days, the 5.27 branch of icons-only task manager exhibits the problem, that hovering items is more sluggish compared to before. I've recorded a video to showcase what I mean: When I hover over an item, it takes about a second until it gets highlighted - this was not the case before. When I move the mouse to the very bottom of the screen, the feedback is instant (the flickering of the icons is only present in the Wayland session - but the delay bug exists on both X11 and Wayland). STEPS TO REPRODUCE 1. Create a panel (floating or regular doesn't matter) 2. Add "Icons-Only Task Manager" 3. Hover over entries OBSERVED RESULT It takes ~1 second for the entry to be highlighted EXPECTED RESULT Entry is highlighted instantly SOFTWARE/OS VERSIONS Linux/KDE Plasma: Gentoo (available in About System) KDE Plasma Version: 5.27 beta KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 Mesa: 22.3.5 ADDITIONAL INFORMATION -
Consequence of the fix to https://bugs.kde.org/show_bug.cgi?id=358930 and https://bugs.kde.org/show_bug.cgi?id=347041. Since the same technique and component is used in Kickoff without impeding fast horizontal switching, I think we can probably fix this without re-breaking those bugs. Will look into it.
On second thought it may not be as straightforward, since we use a secondary point to get greater filtering reliability that Kickoff doesn't use. Might have to try and detect the slope of movement?
Is it possible to implement the delay only if a tooltip / window list is present, or is that nontrivial?
It is, and really I should've done it from the start. I'll make an MR to do that now. I'm not sure if we can get it into 5.27.0, but the fix should be in 5.27.1 for sure. If that is fixed then is that sufficient for you to consider the whole bug fixed? Because if a tooltip is open then the delay feels reasonable to me.
I have tooltips and window lists disabled personally, so I don't think I'm entirely qualified to comment, but instinctively I'd say yes, a delay there seems reasonable, so you don't accidentally "clip" the neighboring entry when trying to get to the tooltip / a list item.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1383
The fix is going to be in 5.27.0 itself. Thank you for testing it before release!
*** Bug 465651 has been marked as a duplicate of this bug. ***
Git commit 06a9799ab1321ea193cad77735a80372e3da8d71 by Bharadwaj Raju. Committed on 12/02/2023 at 17:23. Pushed by bharadwaj-raju into branch 'master'. applets/taskmanager: Only activate the triangle filter when a tooltip is open M +2 -0 applets/taskmanager/package/contents/ui/Task.qml M +1 -1 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/commit/06a9799ab1321ea193cad77735a80372e3da8d71
Git commit d1c24264b8abe353d38af6ea68d33daa857d79d4 by Bharadwaj Raju. Committed on 12/02/2023 at 17:25. Pushed by bharadwaj-raju into branch 'Plasma/5.27'. applets/taskmanager: Only activate the triangle filter when a tooltip is open (cherry picked from commit 06a9799ab1321ea193cad77735a80372e3da8d71) M +2 -0 applets/taskmanager/package/contents/ui/Task.qml M +1 -1 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/commit/d1c24264b8abe353d38af6ea68d33daa857d79d4