aboutsummaryrefslogtreecommitdiff
path: root/include/sway/input/keyboard.h
diff options
context:
space:
mode:
authorRyan Dwyer <ryandwyer1@gmail.com>2018-10-26 19:15:12 +1000
committerRyan Dwyer <ryandwyer1@gmail.com>2018-10-26 19:15:12 +1000
commit63d076dc2abba0cab6fb78bb2e36088f0b4f9ae5 (patch)
tree3d1d95e2c99911bb815aed18ed582aa3095b3811 /include/sway/input/keyboard.h
parentb29beb1aa05431c5166afd4ef8d90c753fd9570a (diff)
Fix focus after a non-visible workspace's last container is destroyed
The code being changed is responsible for updating the focus stack when a container is destroyed in a different part of the tree to where the real focus is. It's attempting to set focus_inactive to a sibling (or parent if no siblings) of the container that is being destroyed, then put our real focus back on the end of the focus stack. The problem occurs when the container being destroyed is in a different workspace. For example: * Have a focused view on workspace 1 * Have workspace 2 not visible with a single view that is unmapping * The first call to seat_set_raw_focus sets focus to workspace 2 because it's the parent * Prior to this patch, the second call to seat_set_raw_focus would set focus to the view on workspace 1 * Later, when using output_get_active_workspace, this function would return workspace 2 because it's the first workspace it finds in the focus stack. To fix this, workspace 1 must be placed on the focus stack between workspace 2 and the focused view. That's what this patch does. Lastly, it also uses seat_get_focus_inactive to choose the focus. This fixes a crash when a view unmaps while a non-container is focused (eg. swaylock), because focus is NULL.
Diffstat (limited to 'include/sway/input/keyboard.h')
0 files changed, 0 insertions, 0 deletions