Ghostty captures Hyper key (Cmd+Shift+Ctrl+Option) and triggers crosshair cursor, interfering with tmux keybindings #11912
Unanswered
kushvinth
asked this question in
Issue Triage
Replies: 0 comments
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.
-
Issue Description
I’m using a Hyper key setup where Caps Lock is mapped to Cmd + Shift + Ctrl + Option. This is primarily used inside tmux for custom keybindings.
Since upgrading to Ghostty 1.3.0, pressing the Hyper key inside Ghostty triggers a crosshair cursor mode. This interferes with normal terminal input and prevents tmux from reliably receiving the intended key combinations.
Additionally, if a Hyper-based keybinding causes a focus change (e.g., launching another app), Ghostty does not receive the key release event. When returning focus, the cursor remains stuck in crosshair mode until manually reset (e.g., pressing Caps Lock again or Esc).
This behavior breaks workflows where Hyper is used as a modifier layer for tmux.
Expected Behavior
Actual Behavior
Reproduction Steps
Optional:
Ghostty Logs
Ghostty Version
OS Version Information
MacOS Tahoe 26.3
(Linux only) Display Server
None
(Linux only) Desktop Environment/Window Manager
No response
Minimal Ghostty Configuration
Additional Relevant Configuration
I acknowledge that:
```) on separate lines.Beta Was this translation helpful? Give feedback.
All reactions