Skip to content

Desktop scoped-store cleanup can race later writes on Windows #45154

Closed as not planned

Description

@kotasiddharth

Description

In a Windows desktop development build, deleting or clearing scoped state also starts asynchronous cleanup of the empty store file. A later write can overlap that cleanup, producing repeated EPERM errors in the main process and making composer interactions feel sluggish.

Plugins

None

OpenCode version

1.18.22 (source checkout)

Steps to reproduce

  1. Run the Windows desktop development build.
  2. Use session or composer flows that delete or clear scoped state while a later interaction writes to the same store.
  3. Observe intermittent store-file EPERM errors and reduced responsiveness.

Screenshot and/or share link

Not attached; reproduced locally in the native Windows app.

Operating System

Windows 11 Home

Terminal

PowerShell

Activity

  1. thdxr commented on Oct 11, 2026

    @thdxr
    Member

    Thanks for the report! OpenCode 2.0 is now out and development is focused on V2, so we're closing issues filed against OpenCode 1. Please upgrade (opencode upgrade --major, details: https://anoma.ly/notes/opencode-2-0), and if this is still relevant on 2.0, reopen this issue or open a new one with your 2.0 version.

    — from 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊

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