[Bug] 'n' key triggers back navigation instead of text input in agent identifier field

Status Fixed / completed
Reported on v2.1.7
Maintainer reply None cached
Activity 7 comments · opened Jan 14, 2026 · closed Jan 26, 2026

Bug Description
Title: 'n' key triggers back navigation instead of text input in /agents identifier field

Description:

When using the /agents command to create a new agent, pressing the 'n' key in the identifier input field navigates back to the previous screen (scope selection) instead of typing the letter 'n'.

Environment:

  • Claude Code CLI mode in VSCode
  • Editor mode: Normal (not Vim)
  • macOS

Steps to Reproduce:

  1. Run /agents command
  2. Select agent scope (e.g., "Project")
  3. In the "Agent identifier" input field, try to type any text containing 'n'
  4. The 'n' key press navigates back to the scope selection screen

Expected Behavior:
The 'n' key should input the letter 'n' in the text field.

Actual Behavior:
The 'n' key acts as a "back" navigation shortcut, returning to the previous screen.

Notes:

  • Other input contexts (command palette, search, regular prompts) work correctly
  • VSCode keybindings modifications did not resolve the issue
  • This appears to be hardcoded behavior in the interactive menu system

Workaround:
Currently using copy/paste (Cmd+V) to input identifiers containing 'n'.

Environment Info

  • Platform: darwin
  • Terminal: vscode
  • Version: 2.1.7
  • Feedback ID: 2e123471-c152-4db9-994a-692a63ca7e4f

Errors

[{"error":"Error: Request was aborted.\n    at _createMessage (/$bunfs/root/claude:445:3157)\n    at processTicksAndRejections (native:7:39)","timestamp":"2026-01-14T16:26:03.583Z"},{"error":"Error: Request was aborted.\n    at makeRequest (/$bunfs/root/claude:858:3940)\n    at processTicksAndRejections (native:7:39)","timestamp":"2026-01-14T16:26:45.716Z"},{"error":"Error: EISDIR: illegal operation on a directory, read\n    at readSync (unknown)\n    at <anonymous> (/$bunfs/root/claude:12:817)\n    at n2 (/$bunfs/root/claude:11:34565)\n    at readSync (/$bunfs/root/claude:12:695)\n    at a2 (/$bunfs/root/claude:4642:113)\n    at hJ (/$bunfs/root/claude:4644:206)\n    at KG8 (/$bunfs/root/claude:4859:6961)\n    at KG8 (/$bunfs/root/claude:4859:7847)\n    at J (/$bunfs/root/claude:4859:6166)\n    at J (/$bunfs/root/claude:4859:6462)","timestamp":"2026-01-14T16:28:18.135Z"},{"error":"Error: EISDIR: illegal operation on a directory, read\n    at readFileSync (unknown)\n    at <anonymous> (/$bunfs/root/claude:12:562)\n    at n2 (/$bunfs/root/claude:11:34565)\n    at readFileSync (/$bunfs/root/claude:12:521)\n    at hJ (/$bunfs/root/claude:4644:231)\n    at KG8 (/$bunfs/root/claude:4859:6961)\n    at KG8 (/$bunfs/root/claude:4859:7847)\n    at J (/$bunfs/root/claude:4859:6166)\n    at J (/$bunfs/root/claude:4859:6462)\n    at <anonymous> (/$bunfs/root/claude:4859:6495)","timestamp":"2026-01-14T16:28:18.137Z"}]

View original on GitHub ↗

7 Comments

sjpark-bty · 7 months ago

Correction: In step 2, the previous screen is "Generate with Claude / Manual configuration" selection, not "scope selection".

bfontaine · 7 months ago

Likely the same bug as #17947.

antrewmorrison · 7 months ago

The fix for this was shipped as part of 2.1.10. Thank you for the report!

jnjpng · 7 months ago

In 2.1.20, this is still happening in the /hooks menu.

bfontaine · 7 months ago
In 2.1.20, this is still happening in the /hooks menu.

I confirm this is still happening with 2.1.22

TheSapphireOne · 7 months ago

Claude Code v2.1.22, macOS - Issue happens iTerm & PyCharm - while creating a hook

github-actions[bot] · 6 months ago

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.