SUMMARY Platform: Wayland Window activation policy: Click to focus Raising windows: Click raises active window Raise on hover: unchecked Happens only on wayland windows, when hoovering over x11 (xwayland) works as expected/previously. STEPS TO REPRODUCE 1. Open 2 windows 2. Hover over some element that raises native tooltip in the inactive window OBSERVED RESULT Inactive window is activated and focused. EXPECTED RESULT Inactive window should stay inactive - previous behavior. SOFTWARE/OS VERSIONS Linux: 6.17.6 KDE Plasma Version: 6.5.1 KDE Frameworks Version: 6.19.0 Qt Version: 6.10
Can confirm. That's quite odd!
Thanks for reporting this. I'm glad you figured out how to reproduce it! My nerves are busted so I wasn't sure if it was 'clicking by itself' or I'd developed a twitch in my index finger and I couldn't feel it :D
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/8376
Git commit 50aa2e6009866afb3fdd1d9586aef4579d25ca1c by Xaver Hugl. Committed on 07/11/2025 at 12:10. Pushed by zamundaaa into branch 'master'. workspace: don't activate or restack popup windows Activating a popup window implicitly causes its parent to be activated as well, which makes it get in the way of the previously active window. Restacking them below the active window sounds sensible on the surface, but also happens to raise both the popup and its parent above the active window, because the popup is in a different layer than the active window. I would like to change restackWindowUnderActive to be more intuitive, but it looks a bit risky for a bugfix. It can be done later as a refactor. M +2 -2 src/workspace.cpp https://invent.kde.org/plasma/kwin/-/commit/50aa2e6009866afb3fdd1d9586aef4579d25ca1c
Git commit 2ba475ce6ad74b4ced5ce7577b78e830d2ffefe2 by Xaver Hugl. Committed on 07/11/2025 at 16:34. Pushed by zamundaaa into branch 'Plasma/6.5'. workspace: don't activate or restack popup windows Activating a popup window implicitly causes its parent to be activated as well, which makes it get in the way of the previously active window. Restacking them below the active window sounds sensible on the surface, but also happens to raise both the popup and its parent above the active window, because the popup is in a different layer than the active window. I would like to change restackWindowUnderActive to be more intuitive, but it looks a bit risky for a bugfix. It can be done later as a refactor. (cherry picked from commit 50aa2e6009866afb3fdd1d9586aef4579d25ca1c) Co-authored-by: Xaver Hugl <xaver.hugl@kde.org> M +2 -2 src/workspace.cpp https://invent.kde.org/plasma/kwin/-/commit/2ba475ce6ad74b4ced5ce7577b78e830d2ffefe2
Is this bug related to https://bugs.kde.org/show_bug.cgi?id=511322 in Dolphin by chance? It seems to be the same thing.
*** Bug 511322 has been marked as a duplicate of this bug. ***