Skip to content

fix(ci): sync lockfile (npm 10) — repair broken CI/Deploy on main - #31

Merged
valeboth merged 2 commits into
mainfrom
fix/lockfile-npm10
Aug 26, 2026
Merged

fix(ci): sync lockfile (npm 10) — repair broken CI/Deploy on main#31
valeboth merged 2 commits into
mainfrom
fix/lockfile-npm10

Conversation

@valeboth

Copy link
Copy Markdown
Owner

PR #30 was merged while its CI was red, so main now has a lockfile that npm ci rejects (generated by npm 11, missing esbuild's platform optionalDependencies that npm 10 — used in CI/Deploy — requires). This broke both the CI and the Deploy workflow on main.

(Prod is unaffected — it's still running the last good deploy, v3.7; the failed npm ci meant wrangler deploy never ran, and the tests are dev-only anyway. But the pipeline is red and future deploys are blocked until this lands.)

Fix: regenerated package-lock.json with npm 10 so npm ci passes on both CI's npm and locally. Verified npm ci, npm test (4 passing) and build locally.

Merge this to turn CI + Deploy green again.

The lock generated by local npm 11 omitted esbuild's platform optionalDependencies,
which npm 10 (used by setup-node@v4 + node 20 in CI) requires for 'npm ci'. Regenerated
with npm 10; verified 'npm ci' passes.
The macOS-generated lockfile omits Linux-only native binaries (esbuild/
rollup/rolldown optionalDependencies, npm/cli#4828), so 'npm ci' fails on
the CI/Deploy runners. Switch both workflows to 'npm install' (fetches the
right platform binaries) and downgrade vitest 4 -> 3 to avoid rolldown's
native binding entirely.
@valeboth
valeboth merged commit 46abcff into main Aug 26, 2026
1 check passed
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