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
VS Code extension: spawn opencode ENOENT on Windows #38376
Until this is fixed upstream, users can manually patch dist/extension.js in the extension directory at ~/.vscode/extensions/sst-dev.opencode-v2-0.1.1/dist/extension.js and add shell:process.platform==="win32" to the spawn call options object, then reload VS Code.
Hi @ViniciusBloise, thanks for the clear root-cause writeup — this is a solid catch and an easy, well-scoped fix.
I'd like to work on this. Since the issue is precisely diagnosed already, my plan is straightforward:
Add shell: process.platform === "win32" to the spawn("opencode", ...) call options in dist/extension.js (or the source it's built from, if dist/ is generated rather than committed)
Confirm this doesn't change behavior on macOS/Linux, where shell: false already resolves opencode correctly — the flag should only kick in on Windows where .cmd shims need shell resolution
Add a regression test if there's an existing test harness around the spawn call, or at minimum verify manually that Open OpenCode Assistant succeeds on Windows with a global npm install afterward
This issue is currently blocking our workflow / affecting us daily as well. If a fix or PR is already in progress, I’d be happy to test it out and provide feedback!
Activity
siddhanttiwari19 commentedon Jul 22, 2026
Hi @ViniciusBloise, thanks for the clear root-cause writeup — this is a solid catch and an easy, well-scoped fix.
I'd like to work on this. Since the issue is precisely diagnosed already, my plan is straightforward:
Add shell: process.platform === "win32" to the spawn("opencode", ...) call options in dist/extension.js (or the source it's built from, if dist/ is generated rather than committed)
Confirm this doesn't change behavior on macOS/Linux, where shell: false already resolves opencode correctly — the flag should only kick in on Windows where .cmd shims need shell resolution
Add a regression test if there's an existing test harness around the spawn call, or at minimum verify manually that Open OpenCode Assistant succeeds on Windows with a global npm install afterward
Could you assign this to me?
github-actions commentedon Sep 21, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.
TdBSnip3r commentedon Oct 6, 2026
Hi team! Is there any update on this?
This issue is currently blocking our workflow / affecting us daily as well. If a fix or PR is already in progress, I’d be happy to test it out and provide feedback!
Thanks for all your hard work on OpenCode!