Skip to content

Renderer crashes with STATUS_BREAKPOINT when workspace path contains CJK characters #28687

Closed as not planned

Description

@refelo

Description

Environment

  • OpenCode Desktop: v1.15.7
  • OS: Windows 11 Home China 10.0.26200
  • Electron: 41.2.1 / Chromium 146.0.7680.188

Steps to Reproduce

  1. Create a workspace directory with CJK (Chinese) characters in the path, e.g. D:\插件与编程研发\智能体工作区\my-project\
  2. 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)
  3. Open the workspace in OpenCode Desktop

Expected Behavior

Workspace opens normally, no crash.

Actual Behavior

  1. Memory spikes to ~5000MB within 30-60 seconds
  2. Renderer process crashes with exitCode: -2147483645 (0x80000003, STATUS_BREAKPOINT)
  3. 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

  1. 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.
  2. 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.
  3. 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.
  4. 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.

Screenshot and/or share link

No response

Operating System

No response

Terminal

No response

Activity

  1. ozopled commented on Jun 14, 2026

    @ozopled

    Most likely due to a cache problem with chromium.

    I found a solution.

    1. Go to:

    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)

    1. Delete the folders:

    Cache
    Code Cache
    DawnGraphiteCache
    DawnWebGPUCache
    GPUCache

    1. Restart opencode desktop.
  2. github-actions commented on Aug 14, 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