Allow tab in /permissions UI: down-arrow does not navigate the rule list (focus appears trapped in search box)

Summary

In the /permissions slash-command UI, the Allow tab's rule list cannot be navigated with arrow keys. Up/down arrows work on every other tab (Permissions, Recently denied, Ask, Deny, Workspace), but on the Allow tab the cursor stays put. This blocks the documented \"select a rule and press Enter to edit\" workflow and prevents users from reaching Add a new rule… to add new entries.

Repro

1. Open Claude Code (CLI, latest stable as of 2026-05-09).
2. Run /permissions.
3. Tab to the Allow tab.
4. Try to navigate the list with up/down arrow keys.

Expected: highlight moves up/down through Add a new rule…, mcp__computer-use__computer_batch, mcp__computer-use__cursor_position, etc.

Actual: highlight does not move. The list scrolls to show items 2–10 but the focus indicator (which works on other tabs) is absent. The bottom hint reads ←/→ to switch · ↓ to select · Esc to cancel, but ↓ does not select.

Tab key, typing into the search box, and pressing Enter (in case Add a new rule… was implicitly highlighted) all fail to navigate the list.

Likely cause

Looks like a focus-trap regression: on the Allow tab, focus appears to land on the search box at the top and arrow keys go to search history instead of the list below.

Workaround

Edit ~/.claude/settings.json (or a project-level .claude/settings.local.json) directly to add allow rules to the permissions.allow array.

Impact

In auto mode, the auto-mode classifier denies certain commands (e.g., git push origin main) until the user adds an explicit allow rule. With the Allow tab broken, the only path is editing the settings file by hand — which is undiscoverable for new users and a friction tax for everyone else.

Environment

• Platform: macOS (Darwin 25.4.0)
• Shell: zsh
• Model: Claude Opus 4.7 (1M context)
• Auto mode active (permissions.defaultMode: "auto" in ~/.claude/settings.json)