[BUG] `/mcp` menu appears to use the `Confirmation` keybindings context

Resolved 💬 2 comments Opened Apr 18, 2026 by austinbutler Closed May 27, 2026

Summary

The /mcp menu behaves as if it uses the Confirmation keybindings context. Users who unbind escape in Confirmation to avoid accidentally rejecting tool-use approvals lose the ability to close /mcp. I could not find a keyboard way to dismiss it in my testing.

Environment

  • Claude Code: 2.1.111
  • Platform: Linux (NixOS)
  • Terminal: Ghostty 1.3.1 (TERM=xterm-256color) inside Zellij

Repro

~/.claude/keybindings.json:

{
  "bindings": [
    {
      "context": "Chat",
      "bindings": { "escape": null, "escape escape": null }
    },
    {
      "context": "Confirmation",
      "bindings": { "escape": null }
    }
  ]
}
  1. Run /mcp
  2. Try to close the menu. These keys did not close it: esc, ctrl+c, q
  3. Menu stays open

Expected

/mcp is a list/menu, not an approval prompt, so it should not be affected by Confirmation keybindings. Give /mcp its own menu/select context.

Narrowing

  • Commenting out only the Chat block does not fix it
  • Commenting out only the Confirmation block does fix it
  • So /mcp appears to use the Confirmation context, which is surprising

Impact

In my testing, the only way out was killing/restarting the session.

Related

Asks

  1. Give /mcp its own menu/select context (or move it out of Confirmation)
  2. Document the full set of context names in https://code.claude.com/docs/en/keybindings, the current table doesn't list /mcp or clarify which overlays fall under Confirmation

View original on GitHub ↗

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