Inconsistent window activation when fullscreen window exists #11844
Unanswered
kolayne
asked this question in
Bugs - Window management
Replies: 1 comment 3 replies
-
|
@vaxerski, I would like to work on this and implement a consistent behavior when a window to be focused conflicts with a fullscreen window on the workspace. Can you confirm the expected behavior? What should be the behavior options when a tiling window requests focus (or is requested to be focused) on a workspace, where another window is fullscreen? I see the possible options to be supported:
Should we try to reuse the |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hyprland version
Regression
Not sure, probably not.
Describe the bug
When a window is in fullscreen mode on a workspace, focusing another window by the window's request and by
hyprctl dispatcher focuswindowbehave differently, and neither of the behaviors is consistent withnew_window_takes_over_fullscreen = 2specified in my config.Reproduction steps
Scenario 1
misc:new_window_takes_over_fullscreento2andmisc:focus_on_activatetotruein your config.1open windows A and B, fullscreen window A.hyprctl dispatcher focuswindow query_for_window_B.Expected behavior: switch to workspace
1, unfullscreenA, focusB.Actual behavior: switch to workspace
1, unfullscreenAand fullscreenBinstead, focusB.Scenario 2
misc:new_window_takes_over_fullscreento2andmisc:focus_on_activatetotruein your config.1open windows A and B, fullscreen window A.Bactive (request focus).Expected behavior: switch to workspace
1, unfullscreenA, focusB.Actual behavior: switch to workspace
1, focusBwhileAis still fullscreened! Focus moves to an invisible window!System info and config
systeminfo.txt
Beta Was this translation helpful? Give feedback.
All reactions