Skip to content

fix(lock): open owner file writable before fdatasync - #634

Open
scui73414-bot wants to merge 1 commit into
EvoMap:mainfrom
scui73414-bot:codex/fix-windows-fdatasync
Open

scui73414-bot wants to merge 1 commit into
EvoMap:mainfrom
scui73414-bot:codex/fix-windows-fdatasync

Conversation

@scui73414-bot

Copy link
Copy Markdown

What changed

Open the staged canonical lock owner file read/write before calling fdatasync.

Why

Windows implements fdatasync through FlushFileBuffers, which requires a writable
handle. The previous read-only descriptor raised EPERM and blocked credential
snapshot persistence.

Tests

  • node --test test/canonicalIdentityLock.test.js
  • pnpm test (3306 passed)
  • node index.js --help

Fixes #623

@evomap-aiqa-bot

evomap-aiqa-bot Bot commented Sep 22, 2026

Copy link
Copy Markdown

Sentinel 已审核此变更,未发现需要报告的问题。

开发 agent 查询详情: 调用 MCP 工具 sentinel_pr_review_context,传入 owner_repo="evomap/evolver"pr_number=634head_sha="794a27cd0b342e6c523aefc18caeb5716f9d2fb2",并按条目追加 finding_idfinding_key

由 Sentinel 审核 · 目标提交 794a27cd0b34

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Windows] fdatasyncSync on read-only fd throws EPERM, blocks node credential snapshot (canonicalIdentityLock.js)

1 participant