Skip to content

fix(writ): the layer journey's post-move assertion names the orphans, not all of ~/local - #943

Merged
David-Noble-at-work merged 1 commit into
developfrom
fix/941-journey-move-assertion
Sep 24, 2026
Merged

David-Noble-at-work merged 1 commit into
developfrom
fix/941-journey-move-assertion

Conversation

@David-Noble-at-work

@David-Noble-at-work David-Noble-at-work commented Sep 24, 2026 •

Copy link
Copy Markdown
Contributor

Summary

PR A′ of #916, lane 15: the Windows scenario regression
#940 left on develop.

Lane 1 rewrote the layer journey's step 3.4/3.5 to assert that, once the old links are removed by hand, the record
says nothing about them, and swept every reconcile entry under ~/local to say so. On Windows the later commit still
deploys w.ps1 there, so a correct record failed the step; scenario (windows-amd64) and scenario (windows-arm64)
have been red on develop since ec1d2c0a.

The assertion now names the orphans alone: the links the redeploy left dangling, the set the step already computes
and removes by hand. A target the later commit still deploys, re-pointed in place (the helper, whose source moved to
the base layer) or kept under ~/local (Windows' w.ps1), is rightly in the new record. The missing == 0 check
stays.

Closes #941

Evidence

Test code only; no shipped code changes. make check and make test-scenario green on darwin/arm64 before opening;
the pre-flight above runs CI's own gate on the merged tree. The Windows proof is this PR's two scenario (windows-*)
jobs, non-blocking but read before merge.

Test plan

  • make check, make test-scenario locally
  • scenario (windows-amd64) and scenario (windows-arm64) green on this PR

Time

Marker UTC Elapsed
opened (first commit) 2026-09-24T07:07:12Z —
submitted (PR opened) 2026-09-24T07:09:58Z 0 h after opened
merged 2026-09-24T07:31:58Z 0.4 h after submitted; 0.4 h in all

Computed by the algorithm of noblefactor-ops#188 at merge.

https://claude.ai/code/session_01SqQVFZz7AdiLZkGoAcUqRW

… not all of ~/local

Lane 1 (#922) rewrote step 3.4/3.5 to assert that, once the old links are removed by hand, the record says nothing
about them. It swept every reconcile entry under ~/local. On Windows the later commit still deploys w.ps1 there, so a
correct record failed the step and both Windows scenario jobs went red on develop at ec1d2c0.

The assertion now names the orphans alone: the links the redeploy left dangling, the set the step already computes
and removes. A target the later commit still deploys, re-pointed in place (the helper) or kept under ~/local (w.ps1),
is rightly in the new record. `missing == 0` stays.

Part of #916, lane 15.

Claude-Session: https://claude.ai/code/session_01SqQVFZz7AdiLZkGoAcUqRW
@David-Noble-at-work David-Noble-at-work self-assigned this Sep 24, 2026
@David-Noble-at-work
David-Noble-at-work merged commit 2ce7a04 into develop Sep 24, 2026
13 checks passed
@David-Noble-at-work
David-Noble-at-work deleted the fix/941-journey-move-assertion branch September 24, 2026 07:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

1 participant