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
Confirming this happens on Linux too — consistent ~60-70s pattern #50591
Running OpenCode 2.0.11 → upgraded to 2.0.12, same behavior on both versions. Environment: CachyOS (Arch-based), Ollama running locally as fallback, OpenCode Zen (big-pickle) as primary remote model.
Symptom: session opens fine, but any prompt sent gets no response — just echoes back or shows nothing. After ~60-70 seconds, the server silently restarts (or shows "Restarting service…" in the TUI).
Log pattern, repeats almost identically on every session start:
timestamp=... message="mcp connected" server=...
timestamp=... [~60-70s later]
timestamp=... cause="InterruptError: All fibers interrupted without error
at ServerProcess.start (/$bunfs/root/chunk-....js:2:6383)
...
[cause]: InterruptCause: The fiber was interrupted by:
at fiber (#1)
}" http.span=..... role=server http.method=GET http.url=/api/event http.status=200
Ruled out on my end: not an auth/quota issue (no 401s, no rate-limit errors in logs), not related to Ollama (confirmed healthy via ollama ps / nvidia-smi during the hang), not related to NAS/network mounts, not related to a custom wrapper script around the opencode binary (traced the call chain, it's a clean passthrough).
Tried the opencode-auto-resume community plugin as a mitigation, but it fails to load on 2.0.12 with:
PluginModule.LoadError: Plugin must export a default definition with an id and an effect or setup function.
So the plugin API seems to have changed and the plugin isn't compatible with this version.
Current workaround: kill and restart the session manually (Ctrl+C + opencode) whenever it goes silent — no way to detect the stall from inside the TUI itself, it just looks frozen.
Happy to share full logs/config if useful for debugging.
Required fields are left as _No response_: OpenCode version, Steps to reproduce, Operating System, and Terminal. Please fill these in — version and OS in particular are essential for triaging this class of bug.
Please edit this issue to address the above within 2 hours, or it will be automatically closed.
This issue might be a duplicate of existing issues. Please check:
Had the same failure: the session title gets created, but no reply ever comes - only the server restarted while you were working notice, with event stream disconnected / stalled in the log.
Root cause for me: a stray empty .git folder in my home folder. That hidden folder makes everything around it look like one big "git project" - so opencode treated my entire home folder as the project and scanned all of it for changes before each reply (541k files, ~26 seconds per scan, twice per message). That is longer than opencode's internal watchdog waits, so it assumes the service died, restarts it, and you get the loop.
Quick check - run this in the folder where you start opencode:
git rev-parse --show-toplevel
If it prints your home folder (or a big folder above the project you actually work in), that leftover .git is the problem. Delete that .git folder (accidents like this usually contain no commits, so nothing is lost - if unsure, just rename it to .git.bak). Then start opencode inside a normal project folder, and never run git init in your home folder. This removed the failure completely for me.
If it prints your real project folder, the folder is fine and the files inside are the problem. Run: git ls-files --others --exclude-standard | wc -l
If that number is huge (100k+), opencode is choking on files that should have been skipped. List your big folders that don't belong to the project (node_modules/, target/, build/, caches, datasets) in a .gitignore file - one per line. As a last resort you can set "snapshot": false in your opencode config, which switches the scan off (but you also lose the undo feature).
Deleting the stray ~/.git / %USERPROFILE%\.git was enough for me.
Activity
github-actions commentedon Sep 22, 2026
This issue doesn't fully meet our contributing guidelines.
What needs to be fixed:
_No response_: OpenCode version, Steps to reproduce, Operating System, and Terminal. Please fill these in — version and OS in particular are essential for triaging this class of bug.Please edit this issue to address the above within 2 hours, or it will be automatically closed.
This issue might be a duplicate of existing issues. Please check:
opencode-auto-resumeplugin failing to load on v2.0.x described as corroborating evidence)If you believe this was flagged incorrectly, please let a maintainer know.
github-actions commentedon Sep 22, 2026
This issue has been automatically closed because it was not updated to meet our contributing guidelines within the 2-hour window.
Feel free to open a new issue that follows our issue templates.
piknockyou commentedon Sep 30, 2026
Had the same failure: the session title gets created, but no reply ever comes - only the
server restarted while you were workingnotice, withevent stream disconnected / stalledin the log.Root cause for me: a stray empty
.gitfolder in my home folder. That hidden folder makes everything around it look like one big "git project" - so opencode treated my entire home folder as the project and scanned all of it for changes before each reply (541k files, ~26 seconds per scan, twice per message). That is longer than opencode's internal watchdog waits, so it assumes the service died, restarts it, and you get the loop.Quick check - run this in the folder where you start opencode:
git rev-parse --show-toplevel.gitis the problem. Delete that.gitfolder (accidents like this usually contain no commits, so nothing is lost - if unsure, just rename it to.git.bak). Then start opencode inside a normal project folder, and never rungit initin your home folder. This removed the failure completely for me.git ls-files --others --exclude-standard | wc -lIf that number is huge (100k+), opencode is choking on files that should have been skipped. List your big folders that don't belong to the project (
node_modules/,target/,build/, caches, datasets) in a.gitignorefile - one per line. As a last resort you can set"snapshot": falsein your opencode config, which switches the scan off (but you also lose the undo feature).Deleting the stray
~/.git/%USERPROFILE%\.gitwas enough for me.