Skip to content

OpenCode tab: assistant messages save to opencode.db but never render in UI #2652

Closed as duplicate
Closed as duplicate
OpenCode tab: assistant messages save to opencode.db but never render in UI#2652

Description

@kevinhsykes
kevinhsykes
opened on May 12, 2026

Environment

  • T3 Code v0.0.23 (winget) on Windows 11
  • opencode 1.14.48 (npm i -g opencode-ai)
  • Ollama 0.23.1, cloud-stub models
  • ~/.config/opencode/opencode.json configures the ollama provider via @ai-sdk/openai-compatible against http://localhost:11434/v1

Repro

  1. Open the OpenCode tab
  2. Select any ollama model (verified with qwen3-coder:480b-cloud and gpt-oss:120b-cloud)
  3. Send any prompt (e.g. test)
  4. Assistant completes — opencode logs show step-finish and finish: "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

$ opencode export <session-id>

returns the full assistant message. For qwen3-coder:480b-cloud it was:

"Hello! I'm here to help with software engineering tasks. What would you like me to assist you with?"

Present in opencode.db, absent from the UI. step-finish reason is stop, cost: 0, finished cleanly.

opencode CLI works fine

opencode run -m ollama/qwen3-coder:480b-cloud "list the files in the current directory using the glob tool"

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.

Activity

  1. AshutoshGitMirror commented on May 12, 2026

    @AshutoshGitMirror
    AshutoshGitMirror
    on May 12, 2026

    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.

  2. abisov commented on May 12, 2026

    @abisov
    abisov
    on May 12, 2026

    +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

  3. Eloi-Perez commented on May 12, 2026

    @Eloi-Perez
    Eloi-Perez
    on May 12, 2026

    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.260

  4. axrshz commented on May 14, 2026

    @axrshz
    axrshz
    on May 14, 2026

    I 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.

  5. varo6 commented on May 16, 2026

    @varo6
    varo6
    on May 16, 2026

    same problem with latest nightly too. Never managed to get opencode working

  6. duncan4123
    added 2 commits that reference this issue on Jun 1, 2026

    review: upstream PR pingdotgg#2704 — OpenCode event ingestion fix (t3…

    a6f2552

    fix(opencode): prefer global.event stream to fix hanging working stat…

    2d9dfc9

  7. blain3white commented on Jun 9, 2026

    @blain3white
    blain3white
    on Jun 9, 2026

    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

  8. juliusmarminge commented on Jun 9, 2026

    @juliusmarminge
    juliusmarminge
    on Jun 9, 2026
    Member

    Duplicate of #2644

    Same 0.0.23 + opencode ≥1.14.48 regression: session events moved to the /global/event payload 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.

  9. juliusmarminge
    closed this as a duplicateof Chat shows 'working...' indefinitely after opencode CLI already finished responding #2644 on Jun 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions