Don't respect `conditions` on Vite 6

[sxzz]

Describe the bug

• resolve.conditions is not respected on Vite 6 with Vitest.
• It works on Vite 6 without Vitest.
• It works on Vite 5.

// vitest.config.ts
import { defineConfig } from 'vitest/config'

export default defineConfig({
  resolve: {
    conditions: ['dev'],
  },
})

Reproduction

https://stackblitz.com/~/github.com/sxzz/vitest-conditions-repro

• Run pnpm run test, and you will see the test has failed.
• Downgrade to vite@5, remove node_modules and pnpm-lock.yaml, and it works.

System Info

N/A

Used Package Manager

pnpm

Validations

• Follow our Code of Conduct
• Read the Contributing Guidelines.
• Read the docs.
• Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
• Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
• The provided reproduction is a minimal reproducible example of the bug.

[colinlienard]

Also experiencing this issue, but I'm not using vite, it's the bump of vitest to v2.1.6 that is causing the issue for me, sticking to v2.1.5 for now

[sxzz]

Vitest uses Vite at its core, and Vitest v2.1.5 uses Vite 5, so this issue can be avoided on v2.1.5.

[sxzz]

Investigating: maybe related to Environment API

[sxzz]

Workaround: Adding environments.ssr.resolve.conditions can fix this issue.

import { defineConfig } from 'vitest/config'

export default defineConfig({
  resolve: {
    conditions: ['dev'],
  },
  environments: {
    ssr: {
      resolve: {
        conditions: ['dev'],
      },
    },
  },
})

[sheremet-va]

This is expected behaviour in Vite 6: https://vite.dev/guide/migration.html#general-changes

The default values for those options are updated to the corresponding values and ssr.resolve.conditions no longer uses resolve.conditions as the default value.

Vitest uses ssr environment in node Vitest environment (previously, ssr field in the config), and client environment in jsdom or happy-dom (previously, the root config)

We can add this to documentation

[sxzz]

IMHO, I don't think Vite 6's documentation is relevant to this issue. The breaking changes in Vite 6 only mention default values, but my reproduction uses a custom dev value instead, without default value.

I also tried setting ssr.resolve.conditions: ['dev'], but it doesn't work.

[sheremet-va]

The breaking changes in Vite 6 only mention default values, but my reproduction uses a custom dev value instead, without default value.

Vite 6 doesn't inherit resolve.conditions in SSR. Vitest uses SSR environment for the default node environment (from the reproduction). The only bug here is that Vitest doesn't inherit ssr.resolve.conditions. It treats should treat resolve.conditions the same way Vite does.

[sheremet-va]

You can override transformMode, by the way: https://vitest.dev/config/#testtransformmode (by default, it depends on the environment)

[sxzz]

I see. Maybe Vitest should release a major version due to the breaking change in Vite that significantly affects Vitest.

[sheremet-va]

I don't think this is part of Vitest API, this is how Vite works. If you don't want to use Vite 6, use Vite 5. We support both versions and just follow the configuration supported by the version of Vite that you are using.

[kolorfilm]

The breaking changes in Vite 6 only mention default values, but my reproduction uses a custom dev value instead, without default value.

Vite 6 doesn't inherit resolve.conditions in SSR. Vitest uses SSR environment for the default node environment (from the reproduction). The only bug here is that Vitest doesn't inherit ssr.resolve.conditions. It treats should treat resolve.conditions the same way Vite does.

I have the same problem. Can you maybe explain how this could look like in a workaround? Using vitest with happy dom.

Thank you!