diff options
| author | Danilo M. <danix@danix.xyz> | 2026-09-12 19:13:52 +0200 |
|---|---|---|
| committer | Danilo M. <danix@danix.xyz> | 2026-09-12 19:13:52 +0200 |
| commit | 84f2c5c785132dd1641caf30e87be7b84a7e5791 (patch) | |
| tree | 58f33ac56e06fb21055bc6f4686bb99bbd54113f /docs | |
| parent | b565deda8d6bab7435689c9a964ba3586faaf0e7 (diff) | |
| download | quickshell-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 'docs')
0 files changed, 0 insertions, 0 deletions
