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
[FEATURE]: Fail gracefully when using --continue flag on a project with zero sessions #25989
This issue might be a duplicate of an existing issue. Please check:
opencode -c hangs indefinitely in directories with no prior sessions #23437: Same root cause — opencode -c in a directory with no prior sessions triggers the "dummy" sessionID validation error and leaves the TUI in a broken state. That issue is closed but describes the identical scenario and error you're seeing.
Please review #23437 and let us know if your issue is still present or if it was addressed differently.
I'd like to work on this. The root cause is in the TUI's app.tsx: when --continue is used, the initial route is set to sessionID: "dummy", and the effect that resolves the actual session simply does nothing when no sessions exist — leaving the invalid "dummy" route active.
The fix: in the createEffect that handles --continue, when no session is found and sync has loaded, navigate to the home route instead. This matches run.ts behavior which already gracefully falls back to creating a new session.
v1.14.48 introduces a regression with the following being dumped to the home screen...
Error: Expected a string starting with "ses", got "dummy"
at <anonymous> (/$bunfs/root/chunk-w8ygwpb0.js:25:10123)
at <anonymous> (/$bunfs/root/chunk-w8ygwpb0.js:35:4256)
at <anonymous> (/$bunfs/root/chunk-pyddsvgn.js:2:117604)
at ~effect/Effect/successCont (/$bunfs/root/chunk-w8ygwpb0.js:25:7736)
at runLoop (/$bunfs/root/chunk-w8ygwpb0.js:25:2045)
at evaluate (/$bunfs/root/chunk-w8ygwpb0.js:25:1435)
at <anonymous> (/$bunfs/root/chunk-w8ygwpb0.js:25:24200)
at <anonymous> (/$bunfs/root/chunk-fbmkme8a.js:4:19972)
at new Promise (native:1:11)
at <anonymous> (/$bunfs/root/chunk-fbmkme8a.js:4:19842)
at fetch (/$bunfs/root/src/cli/cmd/tui/worker.js:2:3220)
at <anonymous> (/$bunfs/root/chunk-wy5bppnp.js:2:
For anyone reading, this erroneous behaviour can be bypassed with the following bash function...
run_opencode() {
session_exists=$(opencode session list --format json -n 1)if [[ -n"${session_exists}" ]];then
opencode --continue
else
opencode
fi
}
Activity
github-actions commentedon May 6, 2026
This issue might be a duplicate of an existing issue. Please check:
opencode -changs indefinitely in directories with no prior sessions #23437: Same root cause —opencode -cin a directory with no prior sessions triggers the"dummy"sessionID validation error and leaves the TUI in a broken state. That issue is closed but describes the identical scenario and error you're seeing.Please review #23437 and let us know if your issue is still present or if it was addressed differently.
kagura-chen commentedon May 6, 2026
I'd like to work on this. The root cause is in the TUI's
app.tsx: when--continueis used, the initial route is set tosessionID: "dummy", and the effect that resolves the actual session simply does nothing when no sessions exist — leaving the invalid "dummy" route active.The fix: in the
createEffectthat handles--continue, when no session is found and sync has loaded, navigate to the home route instead. This matchesrun.tsbehavior which already gracefully falls back to creating a new session.Kushalk0677 commentedon May 6, 2026
Solved it -
#26000
rekram1-node commentedon May 6, 2026
This has been fixed, it beahves as expected
superDuperCyberTechno commentedon May 7, 2026
This is not the behavior I see...
superDuperCyberTechno commentedon May 12, 2026
@rekram1-node
v1.14.48 introduces a regression with the following being dumped to the home screen...
For anyone reading, this erroneous behaviour can be bypassed with the following bash function...