Repository navigation
OpenCode tab: assistant messages save to opencode.db but never render in UI #2652
Description
Activity
Can confirm on arch machine, codex is working but opencode never renders, the timer is stuck incrementing infinitely. The said background server for opencode in fact responds when visited via browser but never renders on t3code.
When one tries to delete stuck threads with infinitely incrementing time to reply.
[250184:0512/185353.225444:ERROR:content/browser/browser_main_loop.cc:290] GLib-GObject: ../glib/gobject/gsignal.c:2723: instance '0x382401206680' has no handler with id '3900' [250184:0512/185359.049457:ERROR:content/browser/browser_main_loop.cc:290] GLib-GObject: ../glib/gobject/gsignal.c:2723: instance '0x382402b38e80' has no handler with id '4204' [250184:0512/185641.674701:ERROR:content/browser/browser_main_loop.cc:290] GLib-GObject: ../glib/gobject/gsignal.c:2723: instance '0x3824001e2680' has no handler with id '4450' [250184:0512/190354.410687:ERROR:content/browser/browser_main_loop.cc:290] GLib-GObject: ../glib/gobject/gsignal.c:2723: instance '0x382401208a40' has no handler with id '4916'is the error on terminal.
+1 for this on macbook pro 14 m1pro. T3Code version 0.0.23, opencode 1.14.48 using openai/chatgpt sub as provider. But same result with gh copilot and openrouter
I have the same problem, my AI agent says that there is a problem with OpenCode and that this is why the adapter is not working:
OpenCode adapter subscribes to event.subscribe() → GET /event, but the opencode server only emits server.connected on that endpoint. All session events (session.status, message.updated, etc.) go through GET /global/event. The adapter should call global.event() instead and unwrap the payload field.
I hope someone can look into this and create a PR.
I'm using Opencode 1.14.48
And tried with t3code 0.0.23 and 0.0.24-nightly.20260511.260I am having the same problem in Arch Linux. The agent responds but the UI does not render it. I thought it was some authentication or network issue but it's not.
same problem with latest nightly too. Never managed to get opencode working
I'm the maintainer of Clean My Agent. It focuses on local AI coding-agent session scanning, backup, cleanup, and export, so it may be a useful reference for this thread: https://github.com/blain3white/clean-my-agent
Reacted by Eloi-PerezReacted by Ashutosh SononeyDuplicate of #2644
Same 0.0.23 + opencode ≥1.14.48 regression: session events moved to the
/global/eventpayload envelope and the adapter stopped consuming them, so replies are saved to opencode.db but never reach the UI. Consolidating into #2644 where the fix work is tracked. If your case persists after that fix ships, comment and we'll reopen.
Environment
npm i -g opencode-ai)~/.config/opencode/opencode.jsonconfigures theollamaprovider via@ai-sdk/openai-compatibleagainsthttp://localhost:11434/v1Repro
qwen3-coder:480b-cloudandgpt-oss:120b-cloud)test)step-finishandfinish: "stop"Expected: assistant response renders in the chat view.
Actual: chat view stays blank after the user message. No assistant content ever appears.
Evidence the response is there in opencode
returns the full assistant message. For
qwen3-coder:480b-cloudit was:Present in
opencode.db, absent from the UI.step-finishreason isstop,cost: 0, finished cleanly.opencode CLI works fine
runs the full multi-step agent loop, calls
glob+read, returns clean output in the terminal. So the opencode ↔ ollama path is healthy; the bug is t3code's OpenCode-tab renderer.Possibly related
#2426 — Cursor provider responses disappearing after assistant message id collision. Same shape (saved but vanished). May be the same underlying renderer bug across providers.