desktop: refocus prompt input when switching tabs with Cmd+number #47514

Activity

1. opencode-agent

   added

   bugSomething isn't workingSomething isn't working

   2.0

   on Sep 5, 2026
2. argszero commented on Sep 5, 2026

   

   argszero

   on Sep 5, 2026

   Contributor

   More actions

   I'd like to work on this. This is a desktop UX bug in the session tab switching path: Cmd+<number> switches the active session tab but does not refocus the destination tab's prompt composer input, which breaks keyboard-only navigation.

   I traced the relevant wiring on v2:

   • Prompt input focus lives in the composer (packages/app/src/session/composer/region.tsx exposes focusInput, packages/app/src/session/commands/use-session-commands.tsx:87 wires focusInput as a command).
   • Session tab switching is handled in the shell/tab-bar layer; the Cmd+number accelerator and the tab select handler are in packages/app/src/shell/.

   The intended fix is: when the active session tab changes (including via Cmd+<number>), call the destination tab's composer focusInput (or restoreFocus) so the input is focused immediately, matching the existing mouse-click tab switch behavior.

   I'll implement this against v2 (per repo AGENTS.md, current work targets v2), add/update a regression test for the focus behavior, and open a PR. I'll coordinate on direction if a maintainer is already mid-fix.
3. argszero commented on Sep 6, 2026

   

   argszero

   on Sep 6, 2026

   Contributor

   More actions

   Thanks for the work on the fix. PR #47529 (restore composer focus on session tab changes) already addresses this issue — it restores focus once the destination draft is ready and covers the Cmd+number tab-switch path with an e2e regression test (tab-composer-focus.spec.ts), and all checks are green.

   I'll stand down here rather than submit a competing implementation. Happy to review or help test if it would be useful.