Skip to content

chore(deps): bundle the four open npm Dependabot PRs - #490

Merged
jonassaa merged 1 commit into
mainfrom
chore/dependabot-bundle-2026-09-22
Sep 22, 2026
Merged

jonassaa merged 1 commit into
mainfrom
chore/dependabot-bundle-2026-09-22

Conversation

@jonassaa

Copy link
Copy Markdown
Owner

Bundles the four open npm Dependabot PRs into one branch, one lockfile regeneration, one CI run.

Supersedes #486, #487, #488, #489.

Package From To From PR
@codemirror/commands 6.11.0 6.11.1 #486
@codemirror/state 6.7.4 6.7.6 #486
@codemirror/view 6.43.11 6.43.13 #486
lucide-react 1.46.0 1.47.0 #486
@types/node 22.20.0 22.20.4 #487
jsdom 30.0.1 30.1.1 #487
@vitejs/plugin-react 5.2.0 6.1.1 #488
vitest 4.1.11 5.0.1 #489

Why one PR instead of four merges

Every npm Dependabot PR here regenerates pnpm-lock.yaml without honouring package.json's pnpm.overrides, dropping the 15-key security block and failing CI at pnpm install --frozen-lockfile. Merging them serially also flips each remaining lockfile to CONFLICTING in turn. So: specifiers edited by hand, lockfile reset to main's and regenerated once, importers diffed against main to confirm only the intended entries moved. The overrides block is untouched and test/depOverrides.test.ts passes.

@types/node stays on the ^22 specifier — it tracks the Node 22 toolchain and is ignored at semver-major by design; only the patch moved.

One thing worth a reviewer's eye

@babel/core now resolves nowhere in the lockfile: @vitejs/plugin-react 6 dropped the babel transform and the whole subtree left. Its override key and advisory floor are deliberately kept, not deleted — they cost nothing while the package is absent and are what catches it arriving again by another route, exactly as the existing ip-address entry already does. test/depOverrides.test.ts passes vacuously for it, which is the documented behaviour for an absent package.

Verification

  • pnpm test — 4184 passed (408 files), including depOverrides and the doc invariants
  • pnpm tsc --noEmit — clean
  • pnpm exec tsc -p e2e/tsconfig.json --noEmit — clean
  • pnpm vite build — succeeds
  • pnpm audit — no known vulnerabilities
  • pnpm tauri info — no npm/crate version-pair mismatch

Two semver-major dev bumps (vitest 4 to 5, @vitejs/plugin-react 5 to 6) are covered by the suite and the build above; no test or source change was needed for either.

🤖 Generated with Claude Code

Supersedes #486, #487, #488, #489 in one branch, one lockfile
regeneration, one CI run.

Production (#486): @codemirror/commands 6.11.0 -> 6.11.1,
@codemirror/state 6.7.4 -> 6.7.6, @codemirror/view 6.43.11 -> 6.43.13,
lucide-react 1.46.0 -> 1.47.0.

Development: @types/node 22.20.0 -> 22.20.4 and jsdom 30.0.1 -> 30.1.1
(#487), @vitejs/plugin-react 5.2.0 -> 6.1.1 (#488), vitest 4.1.11 ->
5.0.1 (#489).

**Why:** every npm Dependabot PR here regenerates pnpm-lock.yaml without
honouring package.json's pnpm.overrides, which drops the 15-key security
block and fails CI at install. Merging them serially also conflicts each
remaining lockfile in turn. So the specifiers are edited by hand, the
lockfile is reset to main's and regenerated once, and the importers are
diffed against main to confirm only the intended entries moved.

@babel/core now resolves NOWHERE: @vitejs/plugin-react 6 dropped the
babel transform, taking the whole subtree out. Its override key and
advisory floor are deliberately kept — they cost nothing while the
package is absent and are what catches it arriving again by another
route, exactly as the ip-address entry already does.

Verified: pnpm test 4184 passed (408 files), tsc --noEmit and the e2e
tsconfig both clean, vite build succeeds, pnpm audit reports no known
vulnerabilities, and pnpm tauri info shows no npm/crate version-pair
mismatch.

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