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
The blocking Windows unit lane can refuse a claim during the real-process stress test, even though the test expects all processes to cycle the same claim set without overlap or a refusal.
Evidence
PR #942 CI run 35552971373, attempt 1 failed packages/stim-cli/src/__tests__/ownership-claim.test.ts at line 569 in many processes cycling the same claim set never overlap and never surface a raw errno.
At iteration 15, one child returned STIM_CLAIM_REFUSED for build.lock/shared/<token>.claim because its record is missing, truncated or not valid JSON. The same test passed on this PR's Node 22 and Node 24 lanes, and the PR changes only website/docusaurus.config.ts.
Unknown. Determine whether a Windows reader can observe the claim before its record is fully published, or whether this is a transient read/delete state that should be retried while preserving the ownership safety rules.
Fix idea
Reproduce the exact refusal on windows-latest, trace the record publish/read path, and fix the race without allowing a second owner. Verify repeated real-process stress runs and the full blocking Windows unit lane.
Problem
The blocking Windows unit lane can refuse a claim during the real-process stress test, even though the test expects all processes to cycle the same claim set without overlap or a refusal.
Evidence
packages/stim-cli/src/__tests__/ownership-claim.test.tsat line 569 inmany processes cycling the same claim set never overlap and never surface a raw errno.STIM_CLAIM_REFUSEDforbuild.lock/shared/<token>.claimbecauseits record is missing, truncated or not valid JSON. The same test passed on this PR's Node 22 and Node 24 lanes, and the PR changes onlywebsite/docusaurus.config.ts.Cause
Unknown. Determine whether a Windows reader can observe the claim before its record is fully published, or whether this is a transient read/delete state that should be retried while preserving the ownership safety rules.
Fix idea
Reproduce the exact refusal on
windows-latest, trace the record publish/read path, and fix the race without allowing a second owner. Verify repeated real-process stress runs and the full blocking Windows unit lane.