Ctrl+A ("show all projects") in session picker does not register on Windows — reproduces in VS Code terminal, PowerShell, and cmd.exe

Status Open
Reported on v2.1.247
Maintainer reply None cached
Activity 0 comments · opened Aug 27, 2026

Describe the bug

The session picker (opened via left-arrow at an empty prompt, /resume, or claude --resume) is documented to default to showing only sessions from the current project directory, with Ctrl+A toggling it to show sessions from all projects on the machine (per sessions.md). For me, the picker instead shows sessions from unrelated projects by default, and pressing Ctrl+A has no visible effect — I can't toggle it back to a project-scoped view.

To Reproduce

  1. Open Claude Code in a project directory that has few or no prior sessions.
  2. Press the left arrow at an empty prompt (or run claude --resume) to open the session picker.
  3. Observe: sessions from other, unrelated project directories are listed.
  4. Press Ctrl+A (documented toggle for all-projects view).
  5. Observe: no change in the displayed list — the shortcut appears to do nothing.

Expected behavior

The picker should default to sessions scoped to the current project directory, and Ctrl+A should toggle between project-scoped and all-projects views as documented.

Environment

  • Claude Code version: 2.1.247 (native install, latest channel — current at time of filing)
  • OS: Windows 11 (build 10.0.26200)
  • Reproduces identically in: VS Code integrated terminal, PowerShell, and cmd.exe — same machine, same result in all three, which suggests this isn't a single terminal app's own keybinding conflict.
  • No custom ~/.claude/keybindings.json present — stock default keybindings.

Additional context

This has been a longstanding issue across multiple past versions (predates the 2.1.247 update, which I'd hoped would resolve it). I'm aware of other reported Windows-specific issues where Ctrl+key combinations fail to register (e.g. Ctrl+V, Ctrl+W, Shift+Tab), which suggests a possible common root cause in how raw keyboard input reaches Claude Code's terminal UI on Windows — but I haven't confirmed that's the same mechanism here.

View original on GitHub ↗