Description
When starting OpenCode with opencode --continue --fork, the fork opens and appears usable, but the TUI shows this toast on startup:
Unexpected server error. Check server logs for details.
The server log shows a request failing because the session id is "dummy" instead of a real ses_... id:
ERROR service=server ref=err_edf4a03a error=Expected a string starting with "ses", got "dummy"
This has happened repeatedly when forking sessions after a previous session became stuck/queued. I can continue working in the fork, so the error is not fatal, but it looks like the TUI/server is making a startup request with a placeholder session id before the real forked session id is available.
I am using this as a workaround for sessions that appear wedged: the original session stops processing new messages / leaves them queued, but --continue --fork lets me continue.
Plugins
"opencode-ntfy.sh", "opencode-minimax-easy-vision", "@simonwjackson/opencode-direnv", "@tarquinen/opencode-dcp@latest"
OpenCode version
1.15.10
Steps to reproduce
- Have an existing OpenCode session that previously stalled or stopped processing queued messages.
- Start a fork from the CLI:
opencode --continue --fork
-
Observe that the forked session opens and can still be used.
-
Observe the TUI toast:
Unexpected server error. Check server logs for details.
- Check the OpenCode logs:
rg -n -C 10 'Expected a string starting with "ses", got "dummy"' ~/.local/share/opencode/log
- Logs show:
ERROR service=server ref=err_edf4a03a error=Expected a string starting with "ses", got "dummy"
Screenshot and/or share link
Screenshot attached showing the TUI toast:
Unexpected server error. Check server logs for details.
Relevant log excerpt:
/home/jon/.local/share/opencode/log/2026-05-25T191925.log:59:
INFO service=session id=ses_19f6c1805ffe2ziZ0G3WZCdgAW slug=jolly-cabin version=1.15.10 ...
/home/jon/.local/share/opencode/log/2026-05-25T191925.log:112:
ERROR service=server ref=err_edf4a03a error=Expected a string starting with "ses", got "dummy"
I also see MCP -32601 Method not found errors for resources/prompts around startup, but those look unrelated/noisy because the visible toast appears to correspond to the "dummy" session id server error.
Operating System
NixOS 25.11
Terminal
Kitty
Description
When starting OpenCode with
opencode --continue --fork, the fork opens and appears usable, but the TUI shows this toast on startup:The server log shows a request failing because the session id is
"dummy"instead of a realses_...id:This has happened repeatedly when forking sessions after a previous session became stuck/queued. I can continue working in the fork, so the error is not fatal, but it looks like the TUI/server is making a startup request with a placeholder session id before the real forked session id is available.
I am using this as a workaround for sessions that appear wedged: the original session stops processing new messages / leaves them queued, but
--continue --forklets me continue.Plugins
"opencode-ntfy.sh", "opencode-minimax-easy-vision", "@simonwjackson/opencode-direnv", "@tarquinen/opencode-dcp@latest"
OpenCode version
1.15.10
Steps to reproduce
Observe that the forked session opens and can still be used.
Observe the TUI toast:
Screenshot and/or share link
Screenshot attached showing the TUI toast:
Relevant log excerpt:
I also see MCP
-32601 Method not founderrors for resources/prompts around startup, but those look unrelated/noisy because the visible toast appears to correspond to the"dummy"session id server error.Operating System
NixOS 25.11
Terminal
Kitty