Skip to content

PFM-ISSUE-34453 - github-actions: correct the node-version claim (most branches are on npm 11) - #171

Open
Kaltenbach wants to merge 1 commit into
release/25.2from
fix/PFM-ISSUE-34453-node-version-correction/25.2
Open

PFM-ISSUE-34453 - github-actions: correct the node-version claim (most branches are on npm 11)#171
Kaltenbach wants to merge 1 commit into
release/25.2from
fix/PFM-ISSUE-34453-node-version-correction/25.2

Conversation

@Kaltenbach

Copy link
Copy Markdown
Contributor

Wording and documentation only — no predicate, exit code or control flow changed. bats 74/74, shellcheck clean.

What was wrong

#164 said "runners pinned to node 18.19.1 are on
npm 10"
and "nothing fails in CI today". That generalised from release/25.2 — the branch checked out at the time
— and from cplace-paw-fe, whose pipelines pin 25.2. Read from the workflow files themselves:

branch node pinned npm un-normalized behaviour
release/25.2 18.19.1 10 works without the flag
release/25.3, 25.4, 26.1, 26.2, 26.3, master 22.15.0 11 fails without the flag

Six of seven branches were on the npm that drops the registry's path prefix, so un-normalized lockfiles there were
failing — which is what design.md's Dimension 9 claimed before #164 over-corrected it. The report that started this
ticket is the proof: cplace-vwg-ptm-fe
run 31167462200 failed with
E404 … update-browserslist-db inside the composite's own npm ci, on node 22.15.0, against release/26.2.

What changes

The advisory's job summary, README.md, design.md and both overview editions now carry the per-branch table
instead of a single sentence, so the fact cannot be generalised wrongly a third time. design.md keeps the whole
trail visible — the original claim, the over-correction, and this correction.

Verification

Post-rollout snapshot runs on the branches that actually run npm 11, no re-pinning:

  • release/25.4run 31803700050, node 22.15.0, added 542 packages, 0 npm errors
  • release/26.1run 31803711077, node 22.15.0, added 558 packages, 0 npm errors

Replicated to the other six branches in the same pass, so the byte-identity digest stays uniform.

…st branches are on npm 11

Wording and documentation only; no predicate, exit code or control flow
changes. bats 74/74, shellcheck clean.

The previous correction (#164) said "runners pinned to node 18.19.1 are on
npm 10" and "nothing fails in CI today". That generalised from release/25.2 -
the branch checked out at the time - and from cplace-paw-fe, whose pipelines
pin 25.2. Measured from the workflow files themselves:

  release/25.2                                node 18.19.1  npm 10
  release/25.3 25.4 26.1 26.2 26.3 master     node 22.15.0  npm 11

So six of the seven branches were on the npm that drops the registry's path
prefix, and un-normalized lockfiles there were failing - which is what
design.md's Dimension 9 claimed in the first place. cplace-vwg-ptm-fe run
31167462200 is the report: E404 on update-browserslist-db, inside the
composite's own npm ci, on node 22.15.0, against release/26.2.

The advisory's job summary, the README, design.md and both overview editions
now carry the per-branch table rather than a single sentence, so the fact
cannot be generalised wrongly again. design.md keeps both corrections visible:
the original claim, the over-correction, and this one.

Verified after the rollout on the branches that run npm 11: cplace-paw-fe
snapshot runs on release/25.4 (added 542 packages) and release/26.1 (added 558
packages), node 22.15.0, zero npm errors.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
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.

1 participant