chore(deps): upgrade hedgebox-dummy app deps to clear audit advisories#60239
Merged
Conversation
Bumps the standalone hedgebox-dummy demo app (excluded from the root workspace, not built by CI) to clear all 40 pnpm audit advisories (14 high, 24 moderate, 2 low): - next 14.2.35 -> 15.5.18 (multiple SSRF/DoS/XSS/cache-poisoning CVEs) - eslint-config-next -> 15.5.18 to match; eslint ^8 -> ^9 - posthog-js ^1.369.3 -> ^1.376.2 (pulls protobufjs >=8.2.0, dompurify >=3.4.0 through @opentelemetry, clearing those advisories) - postcss floor ^8 -> ^8.5.15 and a scoped postcss >=8.5.10 override so next's bundled copy also picks up the CSS-stringify XSS fix - protobufjs override tightened >=7.5.5 -> >=8.2.0 (8.0.1 was vulnerable) - removed uuid + @types/uuid (zero source references) Two latent type errors surfaced by next 15's stricter build (the app is never built in CI) are fixed: the [id] route now awaits the async `params` Promise via React `use()`, and FilesPage's return type allows null. Verified locally with `next build` (all 9 routes compile, type check, and prerender) and `pnpm audit` (0 advisories). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
Contributor
|
Reviews (1): Last reviewed commit: "chore(deps): upgrade hedgebox-dummy app ..." | Re-trigger Greptile |
rafaeelaudibert
approved these changes
May 28, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
tools/hedgebox-dummy/is the standalone Next.js demo app used to generate realistic session recordings for Hedgebox demo data. It's deliberately excluded from the root pnpm workspace (!tools/hedgebox-dummyinpnpm-workspace.yaml) with its ownpackage.jsonand lockfile, so the main CI never installs or builds it and its dependencies had drifted badly.pnpm auditinside the fixture reported 40 advisories (14 high, 24 moderate, 2 low), dominated by an oldnext@14.2.35(a stack of SSRF / DoS / XSS / cache-poisoning CVEs) plus transitiveprotobufjs,dompurify,postcss, and a lint-timeminimatch/picomatchcluster.Since this fixture is not production and not shipped, this PR takes the cavalier path the maintainer asked for: bump aggressively (including the
nextmajor) and rebuild the whole lockfile, then verify by building locally because CI won't.Changes
Manifest bumps in
tools/hedgebox-dummy/package.json:next14.2.3515.5.18nextadvisory (highest patched cited is 15.5.16); stays on 15.x rather than jumping to 16 to avoid the React 19 / Node requirement churneslint-config-next14.2.3515.5.18nextmajoreslint^8^9minimatch/js-yaml/ajv(lint-time only)posthog-js^1.369.3^1.376.2protobufjs >=8.2.0anddompurify >=3.4.0through@opentelemetry, clearing those advisories at the parentpostcss^8^8.5.15uuid+@types/uuid^9Overrides (the fixture already uses a
pnpm.overridesblock; both changes stay in-major, so no parent is forced onto an unsupported major):protobufjs:>=7.5.5→>=8.2.0(the old floor was satisfied by the vulnerable8.0.1)postcss: added>=8.5.10sonext's bundled copy also gets the fixTwo latent type errors that next 15's stricter build surfaced (the app is never built in CI, so
next dev's non-blocking overlay had hidden them):src/app/files/[id]/page.tsx:paramsis now aPromisein the App Router, so it's unwrapped with Reactuse()src/app/files/page.tsx: return type widened toReact.JSX.Element | null(it returnsnullwhen unauthenticated)next-env.d.tsis the standard next-15 regeneration (adds the typed-routes reference). The largepnpm-lock.yamldiff is the intentional full rebuild.How did you test this code?
I am an agent (Claude Code), automated checks only, run inside
tools/hedgebox-dummy/:pnpm audit: 40 advisories → 0.pnpm install --frozen-lockfile: passes (lockfile consistent with the manifest).pnpm exec next build: green after the two type fixes. All 9 routes compile, type-check, lint, and prerender (/,/files,/files/[id],/login,/signup,/pricing,/mariustechtips,/_not-found). I verified the build failed before the type fixes (next-15 async-paramsconstraint, then thenullreturn-type) and passes after, so the changes are load-bearing.fetch-posthog-key); the build-time render of every route is the automated gate here.Publish to changelog?
no
Docs update
No docs changes needed. Add
skip-inkeep-docsif the bot triggers.🤖 Agent context
Authored by Claude Code (Claude Opus 4.7), agent-driven. Requires human review; do not self-merge.
Tools used: Read/Edit/Bash/Grep for investigation and the local
pnpmbuild loop. Key decisions:nextadvisories with no extra security benefit from 16, while 16 would force React 19 and a higher Node floor (more code surgery, more risk) for a fixture whose only job is to build and run locally.uuidinstead of bumping it. It had zero references insrc/orscripts/, so removal kills the advisory at the source.posthog-jsbrought safe versions); the two override edits that remain are in-major and scoped, consistent with the fixture's existing override block.nextbump is to build it locally, which is exactly what surfaced (and fixed) the two pre-existing type errors.