| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Back to OIDC: npm trades the short-lived token GitHub mints for this specific workflow run for permission to publish, so there is no long-lived credential in the repository at all. This is the version from 18d9084, restored, plus the failure signature we did not have the first time. When the trusted publisher is not registered there is no credential in the run, and npm reports that as: npm error code E404 ... could not be found or you do not have permission which names neither OIDC nor trusted publishing and reads as though the package does not exist. The header now says what it actually means, because that cost a release to work out. The E422 that stopped v0.24.1 is unrelated and already fixed: package.json now carries the `repository` field provenance is checked against. Still requires the publisher to be registered on npmjs.com against this file's name, `publish.yml`. Nothing in the repository can verify that — the registry does not expose it — so the next release is the proof. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
ThreatCrush Security Scan92 finding(s) HIGH/CRITICAL: 50 | MEDIUM: 42
…and 42 more. Full results in the Security tab. Snippets are redacted; ThreatCrush never prints matched credential material. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Summary
Switches the publish workflow back to trusted publishing (OIDC). npm trades the short-lived token GitHub mints for this specific workflow run for permission to publish, so there is no long-lived credential in the repository at all.
This is the version from 18d9084 restored, plus one addition below.
What is new versus last time
The first attempt failed in a way that named neither OIDC nor trusted publishing:
With no publisher registered there is no credential in the run at all, and npm reports it as though the package does not exist. The workflow header now spells that out, because working it out cost a release.
Unrelated, already fixed
The E422 that stopped v0.24.1 was a different problem — missing repository in package.json, which provenance is validated against. That landed in #308, and v0.24.2 published successfully with a SLSA attestation. Provenance stays automatic under trusted publishing, so the explicit --provenance flag is gone.
Still required
The publisher must be registered on npmjs.com for the moshcode package, against this file's name — publish.yml:
Nothing in the repo can verify this — the registry does not expose trusted-publisher config, which I checked. The next release is the proof. A dispatch run cannot test it, because 0.24.2 is already published and the skip guard would stop before the publish.
Verification
🤖 Generated with Claude Code