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
1.1.57.0 OpenCode Desktop bug after update: Freezes, terminal loop - No longer usable #13154
I just installed the suggested update 1.1.57.0. When OpenCode opens/also after closing and reopening, a Windows terminal starts up in sequence and closes again immediately.
The entire application becomes unusable and the system freezes. I had to force quit the application to regain access to the system.
Logfiles: C:\Users\<user>\.local\share\opencode\log -> Nothing that indicates an error.
This issue appears to be a duplicate of #13153 - "Tons of shell Windows", which describes the exact same problem occurring after the v1.1.57 update on Windows 11.
Please check that issue to see if there's already a discussion or fix in progress.
changed the title [-]After updating OpenCode Desktop: Can no longer be opened, freezes, constantly starts a terminal, which then closes again[/-][+]1.1.57.0 OpenCode Desktop bug after update: Freezes, terminal loop - No longer usable[/+]on Feb 11, 2026
This is a regression from v1.1.57. PR #13084 added Windows app detection that runs where and reg commands on startup to check which editors are installed. The code uses std::process::Command without the CREATE_NO_WINDOW flag, so each command spawns a visible terminal window.
The app checks 5 different editors (VS Code, Cursor, Zed, PowerShell, Sublime Text) and runs multiple where commands for each one with name variations. That's why you're seeing dozens of terminal windows spawning.
The fix is to add .creation_flags(0x08000000) (CREATE_NO_WINDOW) to the Command builders in packages/desktop/src-tauri/src/lib.rs at lines 320 and 421.
Closing as duplicate - we'll track the fix in #13153.
My read: this is primarily a UI/UX task tied to "1.1.57.0 OpenCode Desktop bug after update: Freezes, terminal loop - No longer usable".
I will focus on these issue-specific points first: opencode, desktop, update.
First I will reproduce and confirm expected behavior for the UI/UX path.
Then I will implement the fix with targeted tests and keep scope tight (good confidence).
I will share a working PR update fast (24h for first patch, 48h for final polish) with verification notes.
If this approach works for you, I can start now.
Quick follow-up on #13154: I am still available to work on this issue.
I can provide an initial implementation update within 24 hours and keep the scope tight.
If assignment changed, please let me know and I will avoid adding noise.
Activity
github-actions commentedon Feb 11, 2026
This issue appears to be a duplicate of #13153 - "Tons of shell Windows", which describes the exact same problem occurring after the v1.1.57 update on Windows 11.
Please check that issue to see if there's already a discussion or fix in progress.
taroj1205 commentedon Feb 11, 2026
I think this is related to the WSL support that was added in the latest update.
wbdb commentedon Feb 11, 2026
@taroj1205 I use OpenCode on Windows, but I also have WSL2 installed for Codex, etc. with Ubuntu.
[-]After updating OpenCode Desktop: Can no longer be opened, freezes, constantly starts a terminal, which then closes again[/-][+]1.1.57.0 OpenCode Desktop bug after update: Freezes, terminal loop - No longer usable[/+]R44VC0RP commentedon Feb 11, 2026
Duplicate of #13153.
This is a regression from v1.1.57. PR #13084 added Windows app detection that runs
whereandregcommands on startup to check which editors are installed. The code usesstd::process::Commandwithout theCREATE_NO_WINDOWflag, so each command spawns a visible terminal window.The app checks 5 different editors (VS Code, Cursor, Zed, PowerShell, Sublime Text) and runs multiple
wherecommands for each one with name variations. That's why you're seeing dozens of terminal windows spawning.The fix is to add
.creation_flags(0x08000000)(CREATE_NO_WINDOW) to the Command builders inpackages/desktop/src-tauri/src/lib.rsat lines 320 and 421.Closing as duplicate - we'll track the fix in #13153.
zhanglin2603 commentedon Feb 17, 2026
I reviewed #13154 and I'm ready to handle it.
If this approach works for you, I can start now.
zhanglin2603 commentedon Feb 18, 2026
Quick follow-up on #13154: I am still available to work on this issue.
I can provide an initial implementation update within 24 hours and keep the scope tight.
If assignment changed, please let me know and I will avoid adding noise.
wbdb commentedon Feb 18, 2026
@zhanglin2603 Bot? => Read #13154 (comment)
zhanglin2603 commentedon Feb 18, 2026
You're right — my mistake.
I missed that this issue was already marked as duplicate of #13153. I won't add more noise in this thread and will step back here.