Repository navigation
Closed as not planned
Closed as not planned
Copy link
Description
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.6and custom OMLX OpenAI-compatible endpoint (http://127.0.0.1:11435/v1) - Project: Large monorepo (~2,000 files, git-tracked)
Reproduction
- Launch OpenCode desktop app
- App loads with a project directory open
- Wait ~3 minutes (no interaction needed)
- 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
Metadata
Metadata
Assignees
Labels
No labels
Activity
[-]### 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)[/+][-]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)[/+]github-actions commentedon Jun 29, 2026
This issue might be a duplicate of existing issues. Please check:
registerItem→findDOMIndex/setValue→completeLoadcall stack pattern, also triggered after a few minutes of use on OpenCode desktop.github-actions commentedon Aug 29, 2026
To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.