https://bugs.kde.org/show_bug.cgi?id=527229
cwo <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas |ma/plasma-desktop/-/commit/ |ma/plasma-desktop/-/commit/ |f579c260a952791cb2e82df710b |9a9c28f925e7caa4dafab75146b |c286f55374712 |011e9e9ca8a5d --- Comment #4 from cwo <[email protected]> --- Git commit 9a9c28f925e7caa4dafab75146b011e9e9ca8a5d by Christoph Wolk. Committed on 22/10/2026 at 09:22. Pushed by cwo into branch 'Plasma/6.8'. applets/taskmanager: fix highlight effect signal order issue When the highlight effect is enabled, task manager sends Kwin instructions to highlight a window when a tooltip is hovered, and to clear it if it is not hovered. This works fine, but only as long as the unhover signal is always emitted before the hover signal for a different window. If not, when moving between tooltips, it will flash the second window and immediately unhighlight it when the previous tooltip sends its unhover signal. This can happen rarely with thumbnails enabled (as there is a safety area between the tooltips that usually gives enough time to get the signals in order), but is trivial to trigger if the effect is enabled without thumbnails. Instead, store the last set of window ids that are highlighted, and cancel the highlight effect only if an unhover event actually applies to the current highlight. This reimplements parts of !2816, which also handled the signal race as part of a larger change that was never merged, in a more targeted fashion. FIXED-IN: 6.8.2 (cherry picked from commit c65c9f55ada91ab3806a5743d65a44de2819fa23) Co-authored-by: Christoph Wolk <[email protected]> M +8 -0 applets/taskmanager/qml/main.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/9a9c28f925e7caa4dafab75146b011e9e9ca8a5d -- You are receiving this mail because: You are watching all bug changes.
