Created attachment 188573 [details] Issue on Plasma 6.5.5 STEPS TO REPRODUCE Click on a widget, close it, then click on another widget. OBSERVED RESULT The blue line appears on the closed widget, then it slides to the clicked widget, which means that position data is being needlessly being stored for closed widgets. EXPECTED RESULT This shouldn't happen because the blue line is meant to slide when another widget is already open. SOFTWARE/OS VERSIONS Operating System: CachyOS Linux KDE Plasma Version: 6.5.5 KDE Frameworks Version: 6.22.0 Qt Version: 6.10.1 Kernel Version: 6.18.5-2-cachyos (64-bit) Graphics Platform: Wayland Processors: 8 × 11th Gen Intel® Core™ i5-11300H @ 3.10GHz Memory: 9 GB of RAM (8.1 GB usable) Graphics Processor 1: Intel® Iris® Xe Graphics Graphics Processor 2: NVIDIA GeForce GTX 1650 Manufacturer: LENOVO Product Name: 82MG System Version: IdeaPad Gaming 3 15IHU6
Created attachment 188574 [details] Blue line being on the Audio widget while the Clipboard widget is being clicked.
do you have animations enabled? what speed are they set at?
(In reply to Marco Martin from comment #2) > do you have animations enabled? what speed are they set at? It's set to "Instantaneous". Why it stores its position for closed widgets? Wasn't it meant for sliding during the transition between an open widget to another?
Can reproduce the issue with animations disabled.
can reproduce
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/6206
Git commit 707c77dd7824d6e89eb40aebcc7bff77e3fd48e0 by Marco Martin. Committed on 19/01/2026 at 15:04. Pushed by mart into branch 'master'. Systemtray: update opacity *after* geometry The systemtray opacity was binded to systemTrayState.expanded but this meant the opacity was changed immediately after the state the actual item geometry is updated with calllater which will happen one frame later. Usually this is not a problem since the item fades in with an animation, but if they are set to instant, the highlight gets visible for an instant in the wrong position when the popup is opened. instead, update the opacity after adjusting the geometry. M +1 -1 applets/systemtray/qml/CurrentItemHighLight.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/707c77dd7824d6e89eb40aebcc7bff77e3fd48e0
Git commit 38985d8230a888db052da18aa52cedce681920e6 by Marco Martin. Committed on 19/01/2026 at 15:36. Pushed by mart into branch 'Plasma/6.6'. Systemtray: update opacity *after* geometry The systemtray opacity was binded to systemTrayState.expanded but this meant the opacity was changed immediately after the state the actual item geometry is updated with calllater which will happen one frame later. Usually this is not a problem since the item fades in with an animation, but if they are set to instant, the highlight gets visible for an instant in the wrong position when the popup is opened. instead, update the opacity after adjusting the geometry. (cherry picked from commit 707c77dd7824d6e89eb40aebcc7bff77e3fd48e0) Co-authored-by: Marco Martin <notmart@gmail.com> M +1 -1 applets/systemtray/qml/CurrentItemHighLight.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/38985d8230a888db052da18aa52cedce681920e6