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
Renderer crashes with STATUS_BREAKPOINT when workspace path contains CJK characters #28687
Create a workspace directory with CJK (Chinese) characters in the path, e.g. D:\插件与编程研发\智能体工作区\my-project\
Place an AGENTS.md or OPENCLAW_RESTART_PROMPT.md in a parent or sibling directory that references large data assets (e.g., ~90MB of ChromaDB vectors,
JSON files)
Open the workspace in OpenCode Desktop
Expected Behavior
Workspace opens normally, no crash.
Actual Behavior
Memory spikes to ~5000MB within 30-60 seconds
Renderer process crashes with exitCode: -2147483645 (0x80000003, STATUS_BREAKPOINT)
Window goes white and becomes unresponsive
In v1.15.6, the crash manifested as a JavaScript error instead:
TypeError: Cannot read properties of undefined (reading 'keys')
at MessageTimeline.createMemo.equals
Additional Findings
Config file scanning scope: OpenCode appears to scan not only ancestor directories but also sibling directories for AGENTS.md, .opencode/, and .claude/
config files. In my case, D:\插件与编程研发\opencode\AGENTS.md (in a separate project) was being picked up when opening
D:\插件与编程研發\智能体工作区\PAA_v3.
CJK path trigger: The identical project directory copied to a pure ASCII path (D:\test_parent\PAA_v3) works without issues. The crash only occurs when
the path contains CJK characters, suggesting a Dawn/WebGPU or Chromium file-path handling issue in the renderer.
OPENCLAW_RESTART_PROMPT.md amplification: When this file references large data directories, OpenCode attempts to load/index all of them at startup,
causing the memory spike that triggers the crash.
Persistent crash loop: opencode.global.dat saves server.lastProject pointing to the crashing workspace, causing the crash to repeat on every subsequent
launch until the key is manually cleaned.
Workaround
Move the workspace to a pure ASCII path (e.g., D:\PAA_v3)
Rename OPENCLAW_RESTART_PROMPT.md and AGENTS.md to .bak to prevent auto-scanning
Clean opencode.global.dat to remove references to the crashing workspace
Plugins
NO
OpenCode version
v.1.15.7
Steps to reproduce
The software crashed directly without any relevant error reports. We only noticed abnormal memory usage, interface lag and extremely slow token generation before the white screen appeared.
Activity
ozopled commentedon Jun 14, 2026
Most likely due to a cache problem with chromium.
I found a solution.
C:\Users\admin\AppData\Roaming\OpenCode\EBWebView\Default
(You can make a backup of the Default folder so you can restore it if something goes wrong)
Cache
Code Cache
DawnGraphiteCache
DawnWebGPUCache
GPUCache
github-actions commentedon Aug 14, 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.