. Reproducible: Always Steps to Reproduce: 1. Close krunner from the close button. 2. open krunner Actual Results: See screenshot: http://imgur.com/11OKebk
Confirmed.
may be a MouseArea problem: tracking down what depend the button state, boils down in QtQuickControls to MouseArea.containsMouse that i guess doesn't get reset if it was true at the moment the window closed
same thing if you close it with Esc while the mouse cursor is on a button
Can reproduce in: Plasma: 5.12.1 Apps: 17.12.2 Frameworks: 5.43.0 Qt: 5.10.0 Kernel: 4.14.19-1-MANJARO OS: Netrunner Rolling
Not sure - is this bug should be moved into krunner -> general category?
Can not reproduce in 5.19 anymore.
Created attachment 129550 [details] screenshot on neon unstable I can reproduce on Wayland session of neon unstable. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.19.80 KDE Frameworks Version: 5.72.0 Qt Version: 5.14.2
Ah yes on Wayland. The issue is that the button still thinks it is hovered. But the hovered property is read-only so we can't just set it to false. Can anyone help?
Confirmed, wayland only issue, not affecting x11.
There is no longer a close button in KRunner and toolbutton focus has been fixed in genera; fixed by default now. :)
I can reproduce this bug on Wayland session of neon unstable with the button to configure krunner. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.22.80 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.3 Graphics Platform: Wayland
*** Bug 439149 has been marked as a duplicate of this bug. ***
Can reproduce with Plasma 5.26 beta on Arch Linux.