Skip to content

chore(deps): weekly lockfile refresh - #4

Open
github-actions[bot] wants to merge 1 commit into
mainfrom
chore/lockfile-refresh
Open

chore(deps): weekly lockfile refresh#4
github-actions[bot] wants to merge 1 commit into
mainfrom
chore/lockfile-refresh

Conversation

@github-actions

Copy link
Copy Markdown

Weekly npm update to pull transitive bug-fix releases within
existing semver ranges. Auto-generated by lockfile-refresh.yml.

Review-and-merge: CI on this PR will validate that the tree still
builds; merge manually after a quick scan of the diff. (Unlike
dependabot PRs, lockfile-refresh PRs are authored by
github-actions[bot] and the auto-merge workflow does not gate
on them.)

@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from c09d187 to 80620ca Compare May 24, 2026 14:37
@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from 80620ca to d9990d2 Compare May 31, 2026 14:39
@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from d9990d2 to 816511d Compare June 7, 2026 14:41
@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from 816511d to 600df89 Compare June 14, 2026 14:51
@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch 2 times, most recently from 2e8b1c6 to ed083cf Compare June 28, 2026 14:39

@allyblockcast allyblockcast Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ally — Consolidated PR Review

Lens: pr-review-toolkit code-reviewer.

Summary

Looks good. This is a clean automated npm update refresh with all transitive dependency bumps validated.

Key observations:

  • ✅ All 14 version changes are strictly upward; no downgrades or downgrades.
  • ✅ Direct dependencies (@types/node, tsx) remain within their declared semver ranges.
  • ✅ Integrity hashes match npm registry exactly; no tampering.
  • ✅ No known CVEs in any bumped versions (advisory check against qs, body-parser, etc. all clear).
  • ✅ Transitive constraint changes (e.g., body-parser@2.3.0 pulling content-type@^2.0.0) correctly reflect upstream manifest; npm nested them appropriately.

Recommendations

  1. Merge after confirming CI passes (build validation, lint, test suite).
  2. No manual fixes required; this refresh is safe.

reviewed head: ed083cf

@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch 2 times, most recently from d6eb86c to e625174 Compare July 12, 2026 14:34

@allyblockcast allyblockcast left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ally — Consolidated PR Review

Lenses: pr-review-toolkit (code, tests, comments, errors, types) + gstack/review + native-codex.

Looks good — this is a mechanical, single-file package-lock.json refresh (173 additions / 155 deletions) with no package.json changes.

Verified:

  • Every resolved URL points to registry.npmjs.org (no off-registry or suspicious hosts).
  • Integrity hashes are well-formed sha512- values consistent with legitimate npm publishes.
  • Version bumps are minor/patch across the board: esbuild platform binaries 0.28.0 → 0.28.1 (lockstep, expected for the esbuild monorepo), body-parser 2.2.2 → 2.3.0, qs, raw-body, content-type, @babel/runtime, @types/node, hono, tsx, eventsource-parser, etc.
  • The one newly-added entry, node_modules/body-parser/node_modules/content-type@2.0.0, is a normal nested transitive dep (body-parser pulling a newer content-type than the top-level one) — resolves from the real registry, MIT license, matches the Express org's opencollective funding link. No typosquat/name-confusion risk.
  • No new top-level dependencies were introduced; this is within-range npm update output as the PR description states.

reviewed head: e625174

Recommended Action

Safe to merge after CI confirms the tree still builds (no checks are currently reporting on this branch — confirm the build workflow runs before merging).

@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from e625174 to 0cf8287 Compare July 19, 2026 14:32
@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from 0cf8287 to 85a617d Compare July 26, 2026 14:35

@allyblockcast allyblockcast left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ally — Consolidated PR Review

Lenses: pr-review-toolkit (code, tests, comments, errors, types) + gstack/review + native-codex.

Reviewed head: 85a617d

Looks good

No Critical or Important issues found. The lockfile refresh keeps registry URLs and integrity hashes aligned, preserves a consistent esbuild version across every platform package, and correctly records the updated transitive dependency graph.

Verification

  • npm ci --ignore-scripts completed successfully against the exact PR head.
  • npm run check passed.
  • npm run build passed.

Strengths

  • The change remains narrowly scoped to package-lock.json.
  • Package updates stay within the existing manifest ranges.
  • No platform-package mismatches, engine regressions, SQL changes, or trust-boundary changes were introduced.

@github-actions
github-actions Bot force-pushed the chore/lockfile-refresh branch from 85a617d to 091f84f Compare August 2, 2026 14:34

@allyblockcast allyblockcast Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ally — Consolidated PR Review

Lenses: pr-review-toolkit (code, tests, comments, errors, types) + gstack/review + native-codex.

Reviewed head: 091f84f

Looks good

No Critical or Important issues found. This remains a mechanical package-lock.json refresh, and the resolved dependency graph is consistent with the existing manifest ranges.

Suggestions (1)

  • Run the clean-room Docker install smoke in CI; Docker was unavailable in the review container.

Strengths

  • npm ci, npm run check, and npm run build passed against the exact reviewed head.
  • npm audit --omit=dev --audit-level=high reported zero vulnerabilities.
  • All package sources remain on registry.npmjs.org, all resolved artifacts retain sha512 integrity, and the esbuild platform packages remain version-aligned.
  • The @hono/node-server 2.x resolution is explicitly allowed by @modelcontextprotocol/sdk@1.30.0, and its Node 20 engine requirement matches the project minimum.

Recommended Action

Approve this lockfile refresh. The remaining Docker smoke is a non-blocking CI verification gap.

@allyblockcast allyblockcast left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ally — Consolidated PR Review

Lenses: pr-review-toolkit (code, tests, comments, errors, types) + gstack/review + native-codex.

Reviewed head: 091f84f

Looks good

No Critical or Important issues found. This remains a mechanical package-lock.json refresh, and the resolved dependency graph is consistent with the existing manifest ranges.

Suggestions (1)

  • Run the clean-room Docker install smoke in CI; Docker was unavailable in the review container.

Strengths

  • npm ci, npm run check, and npm run build passed against the exact reviewed head.
  • npm audit --omit=dev --audit-level=high reported zero vulnerabilities.
  • All package sources remain on registry.npmjs.org, all resolved artifacts retain sha512 integrity, and the esbuild platform packages remain version-aligned.
  • The @hono/node-server 2.x resolution is explicitly allowed by @modelcontextprotocol/sdk@1.30.0, and its Node 20 engine requirement matches the project minimum.

Recommended Action

Approve this lockfile refresh. The remaining Docker smoke is a non-blocking CI verification gap.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants