aboutsummaryrefslogtreecommitdiffstats
path: root/volume-osd/shell.qml
diff options
context:
space:
mode:
authorDanilo M. <danix@danix.xyz>2026-09-12 19:13:52 +0200
committerDanilo M. <danix@danix.xyz>2026-09-12 19:13:52 +0200
commit84f2c5c785132dd1641caf30e87be7b84a7e5791 (patch)
tree58f33ac56e06fb21055bc6f4686bb99bbd54113f /volume-osd/shell.qml
parentb565deda8d6bab7435689c9a964ba3586faaf0e7 (diff)
downloadquickshell-84f2c5c785132dd1641caf30e87be7b84a7e5791.tar.gz
quickshell-84f2c5c785132dd1641caf30e87be7b84a7e5791.zip
fix(window-switcher): focus after the overlay is really gone
Picking a window focused nothing, and focus returned to whatever had it before. The overlay holds keyboard focus exclusively, and the compositor will not move window focus out from under that grab: the dispatch is accepted, reports ok, and is then ignored. Nothing in the log says so, which is why this looked like a dispatch that had worked. Closing first in the same turn is not enough either, because close() only clears a property and the layer surface survives until the frame after, so the dispatch still lands inside the grab. The target is now remembered and focused once the surface is actually gone. Tested in both directions, since the case that exposed it was cross-monitor: DP-1 to a window on DP-3, and back. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01SYg4wYHq5XNbiVmMeKRb1S
Diffstat (limited to 'volume-osd/shell.qml')
0 files changed, 0 insertions, 0 deletions