You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Windows desktop app abruptly quits on closing last tab with Ctrl+W; align behavior with macOS via System Tray #10161
On Windows (installed via .exe), pressing Ctrl+W when no editor tabs or terminals are open (or closing the last remaining tab) abruptly terminates the entire desktop application process without any confirmation or warning.
Motivation & Context
Discrepancy with macOS: On macOS, closing windows via Cmd+W leaves the application active in the Dock / Tray, which allows reopening or restoring the application without terminating the background process.
Accidental Closure: In Windows editor workflows, users frequently hit Ctrl+W to close tabs in succession. When the last tab closes, Ctrl+W directly kills the entire app and drops running background processes.
Dedicated Exit Mechanism: T3 Code already provides a deliberate double Ctrl+Q gesture to exit the application cleanly.
Proposed Solution
Introduce native System Tray support on Windows with a context menu (Open / Quit) and click/double-click activation.
Update DesktopLifecycle to keep the background process alive on Windows upon window-all-closed, mirroring the macOS experience.
I have prepared a PR to address this cleanly.
Reacted by Zane-0x5a, sickmz, Danny França, Leynier Gutiérrez González, 浅风, Keven Menard, Lucas and Tamino
Related: #11069 adds File → New Window and ⌘N / Ctrl+N to reopen or focus the main window, addressing the macOS reopening problem reported in #435.
It leaves Windows/Linux last-window-close behavior unchanged, so it does not resolve this issue or add tray support. Keeping the host alive after closing its last window would still need a separate change.
Where this stands on main (f7f9e21), for anyone following:
On Windows and Linux, closing the last window quits the app, and so does Ctrl+W when there's nothing left to close. Quitting stops the bundled server and any desktop-managed WSL backend, so running agent turns stop with it. Ctrl+Q has the hold/double-press guard; the close button and Ctrl+W don't.
t3 service install supports Linux and macOS only, so on Windows the way to keep agents running without the window today is a separate t3 serve with its own T3 home.
Activity
angusm73 commentedon Sep 10, 2026
Related: #11069 adds File → New Window and ⌘N / Ctrl+N to reopen or focus the main window, addressing the macOS reopening problem reported in #435.
It leaves Windows/Linux last-window-close behavior unchanged, so it does not resolve this issue or add tray support. Keeping the host alive after closing its last window would still need a separate change.
kaaboaye commentedon Sep 16, 2026
The same issue also occurs on Linux: pressing Ctrl+W closes the entire application without any warning or confirmation.
dannyfranca commentedon Sep 27, 2026
+1 on this one, very much needed
feat(ui): confirm quitting while agents run in the embedded engine
SunkenInTime commentedon Oct 20, 2026
Where this stands on main (f7f9e21), for anyone following:
t3 service installsupports Linux and macOS only, so on Windows the way to keep agents running without the window today is a separatet3 servewith its own T3 home.Posted by Claude Opus 5.5 for @SunkenInTime.
feat(desktop): close to tray on Windows
t3dotgg commentedon Oct 31, 2026
Note
🤖 Claude Opus 5.5 responding on behalf of Theo
Closing: this is covered by #25860, which landed. Reopen if an important part is still missing.