https://bugs.kde.org/show_bug.cgi?id=402634
--- Comment #4 from Oded Arbel <o...@geek.co.il> --- The current situation (with recent Neon unstable packages) is that if enable "Use Open/Retract action to focus window" (which requires "keep window open when it loses focus") - then the Yakuake window both cannot be hidden (which on X11 would normally work by either tapping the global shortcut again, or exiting the last shell) and if the Yakuake window loses focus - there global shortcut cannot be used to give it focus again. Even if Yakuake is configured to appear on the active screen, and I move my mouse to another screen and try to activate it - the window jumps to the active screen by remain unfocused (even if it is the only window on that screen). When disabling "keep window open", the behavior is more as expected, including being able to hide the window using the global shortcut again (which is weird to me why it depends on the setting of "keep window open") or by closing the last shell. (In reply to Tiernan Hubble from comment #3) > It seems that there's no way on Wayland for an application to request focus > for itself when another application is focused ("stealing" focus). > xdg-activation only supports the currently-active application switching > between its own windows, or voluntarily relinquishing focus to another > application I've reviewed the XDG activation (https://wayland.app/protocols/xdg-activation-v1) and I don't understand why this protocol would not allow any application to request focus by creating an activation token and using it immediately - the accompanying text only suggests that activation tokens *may* be unusable due to focus stealing prevention. The spec in no way requires the composer to implement focus detection or any focus stealing prevention algorithm, just that the activation protocol make it easier for a composer to implement such algorithms - if it wants to. -- You are receiving this mail because: You are watching all bug changes.