[BUG] /status slash command freezes terminal UI on macOS — requires process kill to recover
Status Fixed / completed
Reported on v2.1.74
Maintainer reply None cached
Workaround ✓ Mentioned in description ↑
Activity 4 comments · opened Mar 13, 2026 · closed Mar 13, 2026
Description
Running the /status slash command inside an active Claude Code session causes the terminal UI to freeze completely. The prompt becomes unresponsive to all input including Ctrl+C and Ctrl+Q. The only recovery is killing the process externally (e.g., tmux respawn-pane -k or kill <pid>).
Environment
- Claude Code version: 2.1.74
- OS: macOS Darwin 25.3.0 (Apple Silicon)
- Terminal: iTerm2 + tmux
- Shell: fish
- Model: claude-opus-4-6
Steps to Reproduce
- Start a Claude Code session (
claudeorclaude -c) - Have an active conversation with some context loaded (MCP servers, memory files, etc.)
- Run
/contextto check token usage (works fine) - Run
/status - Terminal freezes -- no response to any input
Expected Behavior
/status should display status information and return to the prompt.
Actual Behavior
- Terminal UI freezes completely
- No response to
Ctrl+C,Ctrl+Q, or any keystrokes - Process remains running (visible via
ps aux) but unresponsive - Must be killed externally
Additional Context
- 4 custom MCP servers were connected at the time
- Context usage was ~28% (56k/200k tokens) at freeze time
- This matches the pattern in #22032 (
/planslash command freeze on macOS) and #17165 (stale status message freeze) - The freeze appears to be at the Node.js event loop level, not the shell level, which explains why terminal signals don't propagate
Workaround
Kill the process from another terminal/pane:
tmux respawn-pane -t <session>:<window>.<pane> -k
4 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Additional Evidence: V8 OOM Crash Report (March 6)
Found a related Node.js crash report in
~/Library/Logs/DiagnosticReports/node-2026-03-06-115650.ipsfrom the same machine. While today's/statusfreeze was a PTY deadlock (process stayed alive but unresponsive), this earlier crash shows Claude Code's Node.js process hitting V8 heap exhaustion.Crash Summary
EXC_CRASH/SIGABRT(Abort trap: 6)abort()called bynode::OOMErrorHandlerafterv8::internal::Heap::FatalProcessOutOfMemoryCrash Stack (Thread 0)
Two Distinct Failure Modes
| Date | Failure | Mechanism | Recovery |
|------|---------|-----------|----------|
| March 6 | Node.js crash | V8 heap OOM -> SIGABRT | Auto (process died) |
| March 13 | Terminal freeze (
/status) | Stalled event loop -> PTY deadlock | Manual (tmux respawn-pane -k) |Both occurred with multiple MCP servers connected (4 custom MCP servers). The OOM crash suggests memory pressure from MCP server child processes may be a contributing factor.
Environment
/usr/local/bin/nodeClosing as duplicate of #32728 (canonical). Added V8 OOM crash evidence and reproduction details there.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.