desktop: Ctrl+W closes the whole window instead of the current tab #52683

Activity

1. github-actions

   assigned

   Brendonovich

   on Oct 2, 2026
2. github-actions commented on Oct 2, 2026

   

   github-actionsBot

   on Oct 2, 2026 – with GitHub Actions

   Contributor

   More actions

   ---

   This issue might be a duplicate of existing issues. Please check:

   • [Desktop] macOS Cmd+W intermittently closes the window instead of the active tab (menu role:"close" races with tab.close) #37610: macOS Cmd+W intermittently closes the whole window instead of the active tab due to Electron’s native close role conflicting with the tab-close keybind.
   • [FEATURE]:add config option to disable Electron native menu accelerators (Ctrl+M/Ctrl+W) #34937: Windows Electron native menu accelerators (including Ctrl+W) conflict with app keybinds.

   For keybind-related issues, please also check our pinned keybinds documentation: #4997
3. limexp commented on Oct 6, 2026

   

   limexp

   on Oct 6, 2026

   More actions

   This issue might be a duplicate of existing issues. Please check:

   * [[Desktop] macOS Cmd+W intermittently closes the window instead of the active tab (menu role:"close" races with tab.close) #37610](https://github.com/anomalyco/opencode/issues/37610): macOS Cmd+W intermittently closes the whole window instead of the active tab due to Electron’s native close role conflicting with the tab-close keybind.
   
   * [[FEATURE]:add config option to disable Electron native menu accelerators (Ctrl+M/Ctrl+W) #34937](https://github.com/anomalyco/opencode/issues/34937): Windows Electron native menu accelerators (including Ctrl+W) conflict with app keybinds.
   

   #37610 doesn't cover this. That one is macOS, where the app installs its own native menu, so it's the app's role: "close" racing the renderer's tab.close (fixed renderer-side in #39044).

   On Windows/Linux createMenu() (packages/desktop/src/main/menu.ts) returns early, so no app menu is ever set and Electron's default application menu keeps its close role = CommandOrControl+W. Different menu, different code path — the #39044 fix can't affect it.

   #34937 is the closer match.
4. opencodejr commented on Oct 28, 2026

   

   opencodejrBot

   on Oct 28, 2026

   Contributor

   More actions

   Thanks for the detailed report. I couldn't reproduce this here because it needs the desktop app running on Windows, which this environment can't provide, so a maintainer with Windows will need to confirm it.

   The code matches what you describe. In both 2.0.21 and the current dev branch, the desktop app only builds its own application menu on macOS. On Windows and Linux, Electron's default menu stays in place, and its Close item is bound to Ctrl+W, so it closes the whole window before the app's "Close tab" shortcut can run. PR #54557 proposes a fix but hasn't been merged yet.

   Until then, rebinding "Close tab" to another shortcut (as you did with Ctrl+Alt+W) should keep working.