Skip to content

chore: bump vitest from 4.1.11 to 5.0.1 - #68

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/vitest-5.0.1
Open

dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/vitest-5.0.1

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 21, 2026

Copy link
Copy Markdown
Contributor

Bumps vitest from 4.1.11 to 5.0.1.

Release notes

Sourced from vitest's releases.

v5.0.1

   🚀 Features

   🐞 Bug Fixes

    View changes on GitHub

v5.0.0

Vitest 5 is officially out! This release focuses on performance and brings a lot of new features while fixing long-standing bugs. See our blog post for the official announcement.

   🚨 Breaking Changes

... (truncated)

Commits
  • 03630a5 chore: release v5.0.1 (#11275)
  • a47d790 fix(fakeTimers): force queueMicrotask and nextTick in toNotFake (#11261)
  • 2ce29d5 fix: warn when deprecated deps.optimizer.web is used (#11214)
  • ccd6d05 docs: fix typecheck exclude default in documentation (#11223)
  • 91ab158 fix(doctor): measure vm pools for custom environments (#11212)
  • 23dda73 fix: share the server on self-referencing extends (#11034)
  • 498fbe9 fix: resolve ResolvedConfig exactOptionalPropertyTypes errors (#11175)
  • 115c3f6 fix: correct typos in error message and comments (#11187)
  • 7361465 fix: keep metadata file when clearing the cache (#11199)
  • 972e24b fix(browser): avoid double quotes in config.define (#11198)
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [vitest](https://github.com/vitest-dev/vitest/tree/HEAD/packages/vitest) from 4.1.11 to 5.0.1.
- [Release notes](https://github.com/vitest-dev/vitest/releases)
- [Changelog](https://github.com/vitest-dev/vitest/blob/main/docs/releases.md)
- [Commits](https://github.com/vitest-dev/vitest/commits/v5.0.1/packages/vitest)

---
updated-dependencies:
- dependency-name: vitest
  dependency-version: 5.0.1
  dependency-type: direct:development
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Sep 21, 2026
@claude

claude Bot commented Sep 21, 2026

Copy link
Copy Markdown

Claude finished @dependabot[bot]'s task in 2m 11s —— View job


Dependency review: vitest 4.1.11 → 5.0.1

  • Identify the version jump and whether it crosses a major
  • Check vitest config + test API usage against v5 breaking changes
  • Verify the suite (via CI — local npm ci is blocked in this sandbox)
  • Post review findings

Verdict: safe to merge. This crosses a major (4 → 5), but none of the v5 breaking changes touch code in this repo.

What changed

vitest ^4.1.10^5.0.1 (devDependency only — nothing ships to consumers). The lockfile churn is mostly v5 inlining its own sub-packages: @vitest/expect, @vitest/runner, @vitest/snapshot, @vitest/utils, @vitest/pretty-format, tinyrainbow, pathe all disappear as separate entries. Transitively vite 8.2.2 → 8.3.0 and chai 5 → 6.2.2.

Breaking changes vs. this repo

v5 breaking change Impact
loupe.inspect → pretty-format None — no snapshots anywhere, and no test asserts on vitest-rendered diff output
$ variable quoting in test.for/each titles None — the two it.each blocks (test/tools/execute-action.test.ts:445, :487) use printf %s, not $var
sequential test/suite option removed Not used
attachmentsDir default moved Not used
Deprecated entry points removed None — every test imports from bare "vitest"; no vitest/node, @vitest/expect, etc.
Locator as object / browser mode Not used
expect package inlined, chai 6 Matchers in use are all stable (toBe, toEqual, toHaveBeenCalledWith, toThrow, toMatchObject, …)

There's no vitest.config.* in the repo at all, so there's no config surface to break — the suite runs on v5 defaults. Worth noting that a silent collection failure would have been caught anyway: vitest run exits non-zero when no test files match, and CI is green on both Node 22 and 24.

One thing to be aware of (not a blocker)

vitest 5 raised its own engine floor:

"engines": { "node": "^22.12.0 || ^24.0.0 || >=26.0.0" }   // was ^20.0.0 || ^22.0.0 || >=24.0.0

package.json declares engines.node: ">=22", so Node 22.0–22.11 now satisfies this repo's floor but not vitest's. A contributor on such a version gets an EBADENGINE warning from npm ci and a dev-time-only breakage. CI is unaffected — node-version: '22' resolves to the latest 22.x, well past 22.12.

I'd leave engines alone. It describes the runtime floor for the published server, which genuinely is still Node 22.0, and CLAUDE.md makes raising it a deliberate six-file change (package.json, manifest.json, README.md, ci.yml, update-catalog.yml, @types/node) rather than something to do as a side effect of a devDependency bump. Flagging it only so the mismatch isn't a surprise later.

Other repo-policy checks

  • @types/node stays at ^22.0.0, tracking the Node floor as CLAUDE.md requires. vitest 5 peer-depends on ^22.0.0 || >=24.0.0, so the pin is satisfied without loosening it. Dependabot's major-ignore rule for @types/node held — nothing here bypassed it.
  • No source or test changes were needed, and the PR touches only package.json / package-lock.json. No workflow files, so no action-pinning concerns.
  • typescript/strict untouched.

Note on verification

I could not run npm ci / npm test locally — network installs aren't permitted in this environment. The green CI run above (build + test on Node 22 and 24, plus the .mcpb smoke test) is the evidence here, not a local run.
· branch

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.

0 participants