Skip to content

build(deps): bump nanoid from 5.1.16 to 6.0.0 - #106

Merged
aaronjmars merged 1 commit into
mainfrom
dependabot/npm_and_yarn/nanoid-6.0.0
Jul 20, 2026
Merged

build(deps): bump nanoid from 5.1.16 to 6.0.0#106
aaronjmars merged 1 commit into
mainfrom
dependabot/npm_and_yarn/nanoid-6.0.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 13, 2026

Copy link
Copy Markdown
Contributor

Bumps nanoid from 5.1.16 to 6.0.0.

Release notes

Sourced from nanoid's releases.

6.0.0

  • Made nanoid() and customAlphabet() 4 times faster (by @​orhanayd).
  • Removed Node.js 18 and 20 support.
Changelog

Sourced from nanoid's changelog.

6.0.0

  • Made nanoid() and customAlphabet() 4 times faster (by @​orhanayd).
  • Removed Node.js 18 and 20 support.
Commits

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Jul 13, 2026
aaronjmars added a commit that referenced this pull request Jul 20, 2026
CI built on Node 20, the Dockerfile ships node:22-alpine, and local dev runs
Node 26. CI was validating a runtime we do not deploy.

The split also broke Dependabot. Node 20 and node:22-alpine both bundle npm 10;
a newer npm generates a lockfile tree that npm 10 rejects:

  npm error code EUSAGE
  npm error Missing: esbuild@0.28.1 from lock file

That is why #106, #107 and #111 are red. It is not a fault in those bumps —
their lockfiles were generated by npm 11. The same lockfile would have failed
`npm ci` in the Docker build, so this was heading for a broken image, not just
a red check.

The compatibility runs one way only, which decides the fix:

  lock generated by npm 11  ->  npm 10 FAILS,  npm 11 ok
  lock generated by npm 10  ->  npm 10 ok,     npm 11 ok

So:

- CI node-version 20 -> 22, matching the Dockerfile.
- engines.node ">=22" documents the floor. Deliberately a floor rather than
  "22.x" so local Node 26 does not emit EBADENGINE on every install.
- packageManager "npm@10.9.8" pins the generator, which is what stops
  Dependabot re-introducing an npm 11 lockfile next cycle.

Lockfile regenerated with npm 10.9.8: unchanged at 839 packages, +3 lines for
the engines block. Verified `npm ci` under npm 10.9.8, `next build`, and
vitest (9 files, 279 tests) all pass.

The three Dependabot PRs need their lockfiles regenerated on top of this.

Co-authored-by: Claude <noreply@anthropic.com>
Bumps [nanoid](https://github.com/ai/nanoid) from 5.1.16 to 6.0.0.
- [Release notes](https://github.com/ai/nanoid/releases)
- [Changelog](https://github.com/ai/nanoid/blob/main/CHANGELOG.md)
- [Commits](ai/nanoid@5.1.16...6.0.0)

---
updated-dependencies:
- dependency-name: nanoid
  dependency-version: 6.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/npm_and_yarn/nanoid-6.0.0 branch from 5b9df48 to f57e8bb Compare July 20, 2026 15:16
@aaronjmars
aaronjmars merged commit 0fefc60 into main Jul 20, 2026
1 check passed
@aaronjmars
aaronjmars deleted the dependabot/npm_and_yarn/nanoid-6.0.0 branch July 20, 2026 15:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant