Voice mode: Hold Space not detected in Ghostty — key repeat fires instead of hold

Resolved 💬 4 comments Opened Mar 13, 2026 by miqcie Closed Mar 13, 2026

Description

/voice mode's "Hold Space to record" doesn't work in Ghostty terminal. Holding Space bar causes repeated space character input ("advancing") instead of triggering voice recording.

Environment

  • Claude Code version: 2.1.74
  • Terminal: Ghostty (macOS)
  • OS: macOS (Darwin 25.2.0)
  • Shell: zsh

Ghostty Config (minimal, no keybinding overrides)

theme = light:Rose Pine Dawn,dark:Rose Pine Moon
font-family = JetBrains Mono
font-size = 13
shell-integration = detect

Steps to Reproduce

  1. Launch Claude Code in Ghostty
  2. Run /voice
  3. See "Voice mode enabled. Hold Space to record."
  4. Hold Space bar
  5. Instead of recording, repeated spaces are inserted / output advances

Expected Behavior

Holding Space should trigger voice recording (detect keydown, start recording, stop on keyup).

Likely Cause

Ghostty sends repeated key events (key repeat) when Space is held, rather than a single sustained keydown event. Claude Code may need to handle key repeat suppression internally, or document terminal compatibility requirements for voice mode.

Workaround Attempted

  • No Space keybinding conflicts in Ghostty config
  • Haven't confirmed if the issue reproduces in other terminals (Terminal.app, iTerm2)

Suggested Fix

  • Debounce/ignore key repeat events for the Space hold detection in voice mode
  • Or document supported terminals for voice mode

View original on GitHub ↗

This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗