Skip to content

chore(deps): resolve all 131 open Dependabot alerts - #119

Merged
jsam merged 2 commits into
mainfrom
fix/dependabot-alerts
Sep 4, 2026
Merged

chore(deps): resolve all 131 open Dependabot alerts#119
jsam merged 2 commits into
mainfrom
fix/dependabot-alerts

Conversation

@jsam

@jsam jsam commented Sep 3, 2026

Copy link
Copy Markdown
Contributor

What

Closes every open Dependabot alert on the repo: 131 alerts across six manifests, all npm or pip. There were no Cargo alerts.

Manifest Direct bumps Transitive
front next 16.2.1 -> 16.3.4 (exact), postcss ^8.5.23 nanoid, sharp
demo hono ^4.12.34, ws ^8.21.0, nodemailer ^6 -> ^9, esbuild override ^0.28.1 follow-redirects
packages/inputlayer-js ws ^8.21.0, esbuild override ^0.28.1 vite, vitest, postcss, nanoid, picomatch
packages/api-client orval ^8.5 -> ^8.27, esbuild override ^0.28.1 fast-uri, js-yaml, linkify-it, markdown-it, brace-expansion, picomatch
packages/inputlayer-py websockets bound widened to >=13,<16 idna, langchain-core, langchain-openai, langgraph-checkpoint, langgraph-sdk, langsmith, pytest, urllib3
docs/site removed 15 Next.js 13 advisories go with it

Next goes to 16.3.4 rather than 16.2.11 because 16.2.x vendors a postcss and depends on a sharp that are both still flagged; 16.3 is the first line where the vendored copies are patched.

The esbuild overrides exist because tsup's and tsx's dependency ranges still admit the vulnerable line, so npm audit fix alone loops without resolving it.

The websockets bound moved because langsmith's patched release requires websockets 15. The Python client already imports from websockets.asyncio.client, which only exists from 13, so the old floor of 12 was already wrong and nothing in the client changes.

Lockfiles were rebuilt from main with only the flagged packages moved, so no unrelated majors ride along. The remaining majors are what the bumped packages themselves require (commander for orval 8.27) or were the alert (picomatch 2 -> 4).

Removed

  • docs/site: a Nextra 2 skeleton with no pages directory and no lockfile, last touched in feat: LangChain integration for Python SDK #69, already labeled legacy in .gitignore, referenced by nothing in CI or the Makefile. The live site is front/. docs/README.md and .gitignore updated to match.
  • packages/api-client/bun.lock: out of sync with package-lock.json, and nothing installs with bun.

Verified, from clean installs

  • npm ci passes in front, demo, inputlayer-js, api-client
  • npm audit: 0 vulnerabilities in all four
  • front: npm run build succeeds on Next 16.3.4
  • demo: npm run build succeeds
  • inputlayer-js: typecheck, build, and 96 unit tests pass under Node 22
  • api-client: typecheck and build succeed (npm run generate was not re-run; the generated client is unchanged)
  • inputlayer-py: 974 unit tests pass; the live-server langchain integration job passed in CI

Not verified

  • nodemailer 9 against a live SMTP send. The demo only uses createTransport and sendMail, whose signatures did not change across 7, 8, or 9.
  • The Python integration tests, which need a running engine.

🤖 Generated with Claude Code

https://claude.ai/code/session_013RS6fcjUiRnYMgjrXKLZ7f

jsam added 2 commits September 3, 2026 16:26
…anifests

131 open alerts, six manifests, all npm or pip (no Cargo alerts).

front: next 16.2.1 -> 16.2.11, postcss ^8.5.23; nanoid and sharp via audit fix.
demo: hono ^4.12.34, ws ^8.21.0, nodemailer ^6 -> ^9 (createTransport and
  sendMail are unchanged); esbuild and follow-redirects via update.
inputlayer-js: ws ^8.21.0; vite, vitest, postcss, nanoid, picomatch via
  update; esbuild pinned to ^0.28.1 through an override because tsup's range
  still admits the vulnerable line.
api-client: orval ^8.5 -> ^8.22 (two import-time RCEs and an SSRF);
  fast-uri, js-yaml, linkify-it, markdown-it, brace-expansion, picomatch
  via update; same esbuild override.
inputlayer-py: idna, langchain-core, langchain-openai, langgraph-checkpoint,
  langgraph-sdk, langsmith, pytest, urllib3 relocked. langsmith's patched
  line needs websockets >= 15, so the bound widens to >=13,<16; the client
  already imports websockets.asyncio.client, which is the API that survives.

Removed docs/site: a Nextra 2 skeleton with no pages directory and no
lockfile, last touched in #69, referenced by nothing in CI or the Makefile
(the live site is front/). It carried 15 Next.js 13 advisories no build
would ever exercise. Removed packages/api-client/bun.lock: out of sync with
package-lock.json, and nothing installs with bun.

Verified: npm audit reports 0 vulnerabilities in all four npm packages;
front builds; demo builds; inputlayer-js typechecks, builds, and passes 96
unit tests under Node 22; api-client builds; inputlayer-py passes 974 unit
tests.
- front: Next pinned exactly at 16.3.4 (was loosened to a caret). 16.2.11
  closes the Next advisories but vendors postcss 8.5.22 and depends on
  sharp 0.34, both still flagged; 16.3.x is the first line where the
  vendored copies are patched, and it is what the earlier build actually
  ran against.
- demo, inputlayer-js, api-client: lockfiles rebuilt from main with only
  the flagged packages moved. Drops the unrelated @types/node 25 -> 26 and
  zod 3 -> 4 majors that a blanket npm update had swept in. Remaining
  majors are what the bumped packages themselves require (commander for
  orval 8.27) or were the alert (picomatch 2 -> 4).
- demo: esbuild override, same reason as the other two (tsx's range still
  admits the vulnerable line).
- vite in inputlayer-js resolved under Node 22: npm's engine check on
  Node 21 silently refused to move it past 7.3.1.
- docs/README.md and .gitignore no longer mention the removed docs/site.

Verified from clean installs: npm ci passes in all four packages; front
builds; demo builds; inputlayer-js typechecks, builds, 96 tests pass under
Node 22; api-client typechecks and builds; npm audit is 0 everywhere.
@jsam
jsam merged commit a1a531f into main Sep 4, 2026
13 checks passed
@jsam
jsam deleted the fix/dependabot-alerts branch September 4, 2026 08:52
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