Repository navigation
Desktop (Windows): composer loses keyboard focus when switching session tabs #44244
Closed as not planned
Description
Description
In OpenCode Desktop on Windows, the prompt composer loses keyboard focus whenever I switch between open session tabs. After returning to a tab, keystrokes go nowhere until I click into the composer manually.
This makes multi-session workflows painful: every tab switch costs an extra mouse click before typing is possible.
Related reports:
- Desktop input fields lose focus; can't Tab or click between them #40866 — Desktop input fields lose focus (dialog form fields; different UI area)
- [FEATURE]: Escape key should focus the prompt input field in Desktop (follow-up to #30887) #44243 — my feature request that Escape focus the prompt input field; this bug is part of why such a recovery shortcut matters
- [FEATURE]: Escape key should focus the prompt input field in Desktop #30887 — my earlier request for the same Esc-to-focus behavior, closed as not planned
Steps to reproduce
- Open OpenCode Desktop on Windows.
- Open two or more sessions so multiple session tabs exist.
- Type in the composer of one tab.
- Switch to another tab and then back again.
- Observe that the composer does not have keyboard focus; typed characters are not entered anywhere.
Expected behavior
The composer regains keyboard focus automatically when returning to a session tab.
Actual behavior
Focus is dropped on tab switch; manual mouse click into the composer is required before typing works again.
Environment
- App: OpenCode Desktop 1.18.21
- OS: Microsoft Windows 11 Education, 25H2, build 26200.8875
Metadata
Metadata
Assignees
Labels
No labels
Activity
claell commentedon Aug 22, 2026
Additional data point: the focus loss also happens without any tab switching. When I create a new chat session and send the first message, the composer is no longer focused afterwards — I have to click back into it before typing a follow-up. Sending subsequent messages in that same session keeps focus intact, so it is specifically the transition from the empty/new-session state after the first submit.
thdxr commentedon Oct 11, 2026
Thanks for the report! OpenCode 2.0 is now out and development is focused on V2, so we're closing issues filed against OpenCode 1. Please upgrade (
opencode upgrade --major, details: https://anoma.ly/notes/opencode-2-0), and if this is still relevant on 2.0, reopen this issue or open a new one with your 2.0 version.— from 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊