-
Notifications
You must be signed in to change notification settings - Fork 104
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refocus on application close is broken with focus stealing prevention #3694
Comments
I don't think focus stealing prevention is part of this. But as you don't provide a reproducer, it isn't clear whether this is the same thing:
Expect: [gnome-terminal] gets focus and order is [gnome-terminal], [kgx#1] |
Oh, sorry for leaving that out.
In mir on Another scenario which might help pinpoint the issue:
You'll notice that the the last window focused before the one you just closed is now focused. If you close it, the window before it, and so on. |
Closes #2586. Adds a new constructor to `FloatingWindowManagerPolicy` to control focus stealing prevention. This in a nutshell stops new windows from being focused and raised. When used with xdg-activation-v1, this improves security as external actors can't just steal focus by opening a new window (in addition to the niceties xdg-activation-v1 adds to usability). TODO: - [ ] ~Fix window offsetting. This is built off the position of the focused window, so all windows after the second one open in the same (x,y) position.~ Split off to #3695 - [ ] ~Fix windows closing in the order of opening instead of front to back. see #3693 (comment) Moved to #3694 - [ ] ~Make sure Xwayland applications work properly. My focus has been on Wayland applications so far.~ Xwayland doesn't seem to support xdg-activation at the moment? - [x] Alt + tab predictably broken :/ Have to focus other applications before they work with alt + tab - [x] Decorations are not pushed behind the focused window - [ ] ~Need some way to focus applications launched via Mir (Ctrl-Alt+t/T for example)~ Will be in its own PR (#3703)
Related: #2586
Whenever a window is closed, it's expected that the window visually below it should become the one in focus. But at the moment with focus stealing prevention enabled, an incorrect surface (decoration?) is selected which cannot have focus. This requires the user to manually select the application they want via clicking (haven't tried alt+tab)
The text was updated successfully, but these errors were encountered: