Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix `claude agents` TUI input dead after returning from session detail view (Windows)

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

After opening claude agents, drilling into a background session (Enter to attach, or Space to peek), and then navigating back to the main session-list view, no keyboard input is registered. Arrow keys, Esc, Enter all do nothing. Only Ctrl+C kills the process.

Root Cause

After opening claude agents, drilling into a background session (Enter to attach, or Space to peek), and then navigating back to the main session-list view, no keyboard input is registered. Arrow keys, Esc, Enter all do nothing. Only Ctrl+C kills the process.

Fix Action

Workaround

Kill the supervisor process listed in ~/.claude/daemon.status.json (taskkill /PID <pid> /F) and relaunch claude agents. There is no CLI escape hatch — claude agents is TUI-only (no --list/--stop subcommands), so when the TUI wedges, the only recovery is to terminate the process.

Code Example

[2026-05-18T02:32:49.016Z] [supervisor] ─── daemon start ─── version=2.1.143 pid=12544 origin=transient
[2026-05-18T02:32:50.006Z] [bg] bg adopt: adopted=0 respawned=0 dead=1
[2026-05-18T02:32:50.143Z] [bg] bg spawned aaf21448 (spare)
[2026-05-18T02:32:50.150Z] [supervisor] ─── daemon start ─── version=2.1.143 pid=23028 origin=transient
[2026-05-18T02:32:50.227Z] [bg] bg spawned 2da05077 (fleet)
[2026-05-18T02:32:51.091Z] [supervisor] another daemon is already running (pid=12544, version=2.1.143, origin=transient; an on-demand daemon never displaces a running one). Stop it with `taskkill /PID 12544`, then retry.
RAW_BUFFERClick to expand / collapse

Environment

  • Claude Code: 2.1.143 (latest)
  • OS: Windows 11 Pro 22631 (10.0.22631)
  • Shell: PowerShell 5.1
  • Terminal: Windows Terminal 1.24.11321.0 (latest stable)

Description

After opening claude agents, drilling into a background session (Enter to attach, or Space to peek), and then navigating back to the main session-list view, no keyboard input is registered. Arrow keys, Esc, Enter all do nothing. Only Ctrl+C kills the process.

Steps to reproduce

  1. claude agents
  2. Select a session row in the main list
  3. Enter (attach) or Space (peek) to open the detail view
  4. Press Left Arrow (or whatever the documented detach key is) to return to the main list
  5. List view re-renders correctly, but keystrokes are no longer received

Expected

List view remains interactive after returning from detail view.

Actual

Input is dead. Process must be terminated with Ctrl+C (or by killing the supervisor PID from ~/.claude/daemon.status.json).

Daemon log excerpt

Tail of ~/.claude/daemon.log shows a Windows-specific supervisor race that may be related (two daemons spawned within ~1s):

[2026-05-18T02:32:49.016Z] [supervisor] ─── daemon start ─── version=2.1.143 pid=12544 origin=transient
[2026-05-18T02:32:50.006Z] [bg] bg adopt: adopted=0 respawned=0 dead=1
[2026-05-18T02:32:50.143Z] [bg] bg spawned aaf21448 (spare)
[2026-05-18T02:32:50.150Z] [supervisor] ─── daemon start ─── version=2.1.143 pid=23028 origin=transient
[2026-05-18T02:32:50.227Z] [bg] bg spawned 2da05077 (fleet)
[2026-05-18T02:32:51.091Z] [supervisor] another daemon is already running (pid=12544, version=2.1.143, origin=transient; an on-demand daemon never displaces a running one). Stop it with `taskkill /PID 12544`, then retry.

Workaround

Kill the supervisor process listed in ~/.claude/daemon.status.json (taskkill /PID <pid> /F) and relaunch claude agents. There is no CLI escape hatch — claude agents is TUI-only (no --list/--stop subcommands), so when the TUI wedges, the only recovery is to terminate the process.

Suggested labels

bug, area:tui, platform:windows

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#generation error#database connection#vector store#embedding generation#cache error

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix `claude agents` TUI input dead after returning from session detail view (Windows)