[BUG] Slash-command submenus hard-freeze TUI on native Windows / PowerShell 7 (mirrors WSL2 bug #52882)

Resolved 💬 4 comments Opened Apr 27, 2026 by GPLJRivett Closed May 20, 2026

Preflight Checklist

  • [x] Searched existing issues. Closest: #52882 (same symptom on WSL2). Filing a separate issue because root environment is different (native Windows install, not WSL).
  • [x] Single bug report.
  • [x] Latest version of Claude Code.

What's Wrong?

On Claude Code 2.1.119, native Windows install (C:\Users\<me>\.local\bin\claude.exe), running directly in PowerShell 7.5.5 Core inside Windows Terminal: any slash command that mounts an interactive selection submenu (/mcp, /agents, etc.) hard-freezes the TUI. The submenu paints, but Enter / Esc / arrow keys / Ctrl-C are all unresponsive. Only recovery is killing the process from another terminal (Get-Process claude | Stop-Process -Force).

Slash commands that just print text (e.g. /mcp when no servers are configured, /model confirming the current model) work fine — the freeze hits specifically when an interactive picker is rendered.

This is the same symptom and Heisenbug class described in #52882 — the OP there diagnosed it as a React/Ink render loop on WSL2, only reproducible without --debug. Confirming it also reproduces on native Windows outside WSL, which rules out a WSL/pty-specific cause and points more squarely at the TUI library or the Bun runtime's interaction with process.stdin raw mode on Windows ConsoleHost.

Environment

  • Claude Code 2.1.119 (latest)
  • Install method: native (Windows installer to ~/.local/bin/claude.exe)
  • Runtime: bundled (no separate node/bun in PATH)
  • Windows 11 Pro 10.0.26200
  • PowerShell 7.5.5 Core (pwsh), ConsoleHost
  • Windows Terminal (WT_SESSION set)

No WSL, no Cygwin, no MSYS, no Git Bash — pure Win32 PowerShell.

What Should Happen?

Interactive submenus should respond to Enter / Esc / arrow keys / Ctrl-C on native Windows the same way they do under --debug (which presumably works around the bug here too, same as on WSL2).

Steps to Reproduce

  1. Native Windows 11, install Claude Code 2.1.119 via the Windows installer.
  2. Open Windows Terminal → PowerShell 7 tab.
  3. claude (no --debug).
  4. Type /mcp (with at least one MCP server configured) or /agents or any slash command that opens a selection submenu.
  5. Submenu paints. All keyboard input is silently swallowed. Process must be killed from outside.

Adding --debug at startup makes the same submenus respond normally — same workaround as #52882.

Cross-reference

#52882 — same bug on WSL2. Likely same root cause; this report broadens platform coverage to native Windows.

View original on GitHub ↗

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