Conversation
size-limit report 📦
|
1598459 to
4be15ae
Compare
|
bugbot review |
There was a problem hiding this comment.
✅ Bugbot reviewed your changes and found no new issues!
Comment @cursor review or bugbot run to trigger another review on this PR
Reviewed by Cursor Bugbot for commit 4be15ae. Configure here.
4be15ae to
f84706f
Compare
Vitest 3 transitively pulled in DOM lib types, which the bun and cloudflare integration tests relied on. Add DOM to the bun tsconfig lib, matching node-integration-tests whose runner the bun suites now compile, and reference the DOM lib in the browser-only cloudflare client file. Vite 8 types the plugin `config` hook with a `ConfigPluginContext` `this`, which broke nuxt's typechecked unit tests. Cast the hook before calling it, as the remix tests already do. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Bump deno-integration-tests and the debug-id-sourcemaps e2e app to Vitest 4. Vitest 4 no longer accepts test options as the third argument, so pass them second. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Vitest 4 rejects projects that share a `sequence.groupOrder` but set different `maxWorkers`. The `bun` project pins `maxWorkers: 1`, so it now runs in a separate group after the node suites. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
f84706f to
68c0334
Compare
| const build = config.build || {}; | ||
| // SolidStart builds with vinxi's Vite, which predates `rolldownOptions` | ||
| // oxlint-disable-next-line typescript/no-deprecated | ||
| const rollupOptions = build.rollupOptions || {}; |
There was a problem hiding this comment.
q: Do we need to have a follow up ticket for this to change it to rolldownOptions?
There was a problem hiding this comment.
It's a good point. The Vite bump here raises that rollupVersions is now an alias of rolldownOptions. Switching would break support for older Vite versions though. So we likely need to set the correct property based on vite version to be fully compatible in the long run. Let me ask our bundler plugin experts.
This PR updates Vitest to v4, and Vite to v8. In a previous attempt that kept Vite on v7, we encountered several problems with yarn, hence I made the jump to vite 8 directly. Shouldn't affect anything else, since we only use vite for vitest.
Changes:
vitestand@vitest/coverage-v8from 3.2 to 4.1 across the monorepo.viteto 8 in packages that previously pinned Vite 6 or 7.poolOptions.threads.singleThreadwithmaxWorkers: 1in the bun and cloudflare integration tests.sequence.groupOrder, which Vitest 4 requires for projects with differentmaxWorkers.vitest-esm-onlyplugin withenforce: 'pre'so TS transpilation can't move its marker comments.functionimplementations for mocks called withnew, which Vitest 4 no longer allows as arrow functions.vi.restoreAllMocks()no longer resetsvi.fn()mocks.