You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed the following behavior in a3614d12151f44a1d8472bf33a0d5d01c9a07d9c (and earlier - can't say when this started).
Close a floating window in a region with three windows (1 floating, two tiled - not sure if the floating window is a requirement)
Next window in the region is highlighted (border color and bar title is updated)
The window though doesn't receive keyboard focus
You need a focus cycle to fix things
I'm not sure where the focus actually is in that scenario, since it's pretty rare and I had trouble reproducing it. I had this behavior three times so far, but I didn't have an editing widgets of sorts on the other window to actually say if the focus is on the wrong window or just unset (or set to the root window I guess?).
The text was updated successfully, but these errors were encountered:
I have "warp_focus=1" but "workspace_clamp=0" (so it shouldn't have any effect, you just mentioning).
I didn't notice any particular program being affected. Usually the last window which is highlighted, but doesn't receive keyboard focus is a terminal, which is why I notice quickly it doesn't work as it should.
I noticed the following behavior in
a3614d12151f44a1d8472bf33a0d5d01c9a07d9c
(and earlier - can't say when this started).I'm not sure where the focus actually is in that scenario, since it's pretty rare and I had trouble reproducing it. I had this behavior three times so far, but I didn't have an editing widgets of sorts on the other window to actually say if the focus is on the wrong window or just unset (or set to the root window I guess?).
The text was updated successfully, but these errors were encountered: