Skip to content

[bug] Renderer hangs with infinite Solid.js signal loop in ListCollection.registerItem (v1.17.11, macOS arm64) #34421

Closed as not planned

Description

@kafkesque

Description

Summary

OpenCode v1.17.11 desktop app on macOS (arm64, M1 Max, 64GB) becomes unresponsive ~3 minutes after startup. The renderer enters an infinite reactive signal loop that cannot be recovered from without force-quitting.

84 renderer unresponsiveness events across 30+ app restarts, all showing the identical call stack pattern.

Environment

  • Version: 1.17.11 (packaged, Electron 42.3.3 / Chrome 148 / Node 24.15.0)
  • OS: macOS (arm64)
  • Install method: Direct download DMG
  • Provider: Reproduced with both moonshotai/kimi-k2.6 and custom OMLX OpenAI-compatible endpoint (http://127.0.0.1:11435/v1)
  • Project: Large monorepo (~2,000 files, git-tracked)

Reproduction

  1. Launch OpenCode desktop app
  2. App loads with a project directory open
  3. Wait ~3 minutes (no interaction needed)
  4. Renderer becomes unresponsive

Call stack (consistent across all 84 crashes)

renderer unresponsive samples
Window: main
URL: oc://renderer/index.html

  at markDownstream (oc://renderer/assets/main-BA7is5y-.js:678:3)
  at writeSignal (oc://renderer/assets/main-BA7is5y-.js:443:7)
  at Object.setter [as onItemsChange] (oc://renderer/assets/main-BA7is5y-.js:94:12)
  at Object.onChange (oc://renderer/assets/main-BA7is5y-.js:90178:47)
  at setValue (oc://renderer/assets/main-BA7is5y-.js:9650:5)
  at Object.registerItem (oc://renderer/assets/main-BA7is5y-.js:90182:5)
  at Object.fn (oc://renderer/assets/main-BA7is5y-.js:90219:32)
  at runComputation (oc://renderer/assets/main-BA7is5y-.js:487:22)
  at updateComputation (oc://renderer/assets/main-BA7is5y-.js:470:3)
  at runTop (oc://renderer/assets/main-BA7is5y-.js:566:7)
  at runUserEffects (oc://renderer/assets/main-BA7is5y-.js:660:39)
  at completeUpdates (oc://renderer/assets/main-BA7is5y-.js:634:17)
  at completeLoad (oc://renderer/assets/main-BA7is5y-.js:167:5)
  at loadEnd (oc://renderer/assets/main-BA7is5y-.js:162:14)

Also seen:

  at addItemToArray (oc://renderer/assets/main-BA7is5y-.js:8511:24)
  at new ListCollection (oc://renderer/assets/main-BA7is5y-.js:89853:5)
  at findDOMIndex (oc://renderer/assets/main-BA7is5y-.js:90082:3)
  at getTextValue (oc://renderer/assets/main-BA7is5y-.js:88895:36)

What we've ruled out (NOT the cause)

Suspect Why it's ruled out
LLM provider Crash persists after switching from moonshotai/kimi-k2.6 to omlx (local), with enabled_providers: ["omlx"]
Session bloat Crash persists after DELETE FROM session, DELETE FROM message, DELETE FROM part — database has 0 sessions
SQLite DB size Crash persists after VACUUM (44MB → 31MB with 0 rows)
Chromium caches Crash persists after clearing Cache (38MB), Code Cache, GPUCache, Dawn caches, Local/Session Storage
Stale global state Crash persists after resetting global.dat (tabs, layout, notifications, permissions, prompt-history all cleared)
Project watcher Crash persists with watcher ignores configured for node_modules, .git, logs, etc.
Git snapshot Crash persists after clearing ~/.local/share/opencode/snapshot/ (5MB index + 83MB pack)
Draft state Crash persists after clearing all opencode.draft.*.dat files
Project directory Same crash with or without auto-opening the project

Server side is healthy

The Node.js sidecar (backend) continues operating normally during the renderer hang — OMLX LLM streaming, file reads, and tool calls all execute without errors.

Additional renderer.log errors

ResizeObserver loop completed with undelivered notifications.
Autofocus processing was blocked because a document already has a focused element.

Config used

{
  "enabled_providers": ["omlx"],
  "model": "omlx/Qwen3-Coder-30B-A3B-Instruct-MLX-4bit",
  "small_model": "omlx/gemma-4-E2B-it-MLX-4bit",
  "provider": {
    "omlx": {
      "api": "openai",
      "options": { "baseURL": "http://127.0.0.1:11435/v1" },
      "models": { ... }
    }
  }
}

Plugins

No response

OpenCode version

No response

Steps to reproduce

No response

Screenshot and/or share link

No response

Operating System

No response

Terminal

No response

Activity

  1. changed the title [-]### Renderer hangs with infinite Solid.js signal loop in `ListCollection.registerItem` (v1.17.11, macOS arm64)[/-] [+]Renderer hangs with infinite Solid.js signal loop in `ListCollection.registerItem` (v1.17.11, macOS arm64)[/+] on Jun 29, 2026
  2. changed the title [-]Renderer hangs with infinite Solid.js signal loop in `ListCollection.registerItem` (v1.17.11, macOS arm64)[/-] [+][bug] Renderer hangs with infinite Solid.js signal loop in `ListCollection.registerItem` (v1.17.11, macOS arm64)[/+] on Jun 29, 2026
  3. github-actions commented on Jun 29, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

  4. github-actions commented on Aug 29, 2026

    @github-actions
    Contributor

    To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

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