✅ Deploy Preview for vitest-dev ready!

Name	Link
🔨 Latest commit	88d21f4
🔍 Latest deploy log	https://app.netlify.com/projects/vitest-dev/deploys/68875af520501c0008f99a9d
😎 Deploy Preview	https://deploy-preview-8208--vitest-dev.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@AriPerkkio for some reason in the browser V8 marks the else branch as covered 🤔 (left one is happy-dom, right one is browser). Do you know how can this happen? Source maps? 🤔 It also runs the component twice it seems like 🤔

But the log prints only once and the else branch is not actually executed:

 RUN  v4.0.0-beta.3 /Users/vladimir/Projects/vitest/test/coverage-test
      Coverage enabled with v8

stdout | fixtures/test/vue-fixture.test.ts > define package in vm
Covered condition
 ✓ |chromium| fixtures/test/vue-fixture.test.ts > vue 3 coverage 10ms
 ✓ |chromium| fixtures/test/vue-fixture.test.ts > define package in vm 1ms
 ✓ |chromium| fixtures/test/vue-fixture.test.ts > vue non-SFC, uses query parameters in file imports 1ms

The coverage from v8 is also different:

// browser
    {
      scriptId: '77',
      url: '/fixtures/src/Vue/Defined.vue',
      functions: [
        {
          functionName: '',
          ranges: [ { startOffset: 0, endOffset: 2244, count: 1 } ],
          isBlockCoverage: true
        },
        {
          functionName: 'setup',
          ranges: [
            { startOffset: 247, endOffset: 584, count: 1 },
            { startOffset: 366, endOffset: 421, count: 0 }
          ],
          isBlockCoverage: true
        },
        {
          functionName: '_sfc_render',
          ranges: [ { startOffset: 735, endOffset: 849, count: 1 } ],
          isBlockCoverage: true
        }
      ]
    },

// happy-dom
    {
      scriptId: '866',
      url: 'file:///vitest/test/coverage-test/fixtures/src/Vue/Defined.vue',
      functions: [
        {
          functionName: '',
          ranges: [ { startOffset: 0, endOffset: 409, count: 1 } ],
          isBlockCoverage: true
        },
        {
          functionName: '',
          ranges: [ { startOffset: 13, endOffset: 409, count: 1 } ],
          isBlockCoverage: true
        },
        {
          functionName: 'get',
          ranges: [ { startOffset: 304, endOffset: 364, count: 0 } ],
          isBlockCoverage: false
        }
      ],
      startOffset: 209
    },

For some reason the Vue's CSS query is now again included in coverage. The failing test is especially for this:

Previously these were filtered out, not anymore. I did not check why this happens.

To reproduce, add following in packages/coverage-v8/src/browser.ts. Note that this is not proper fix, just a repro to show how these should be excluded from coverage.

function filterResult(coverage: Profiler.ScriptCoverage): boolean {
+  if (coverage.url.includes('.css')) {
+    return false
+  }

Previously these were filtered out, not anymore. I did not check why this happens.

Do you remember why they were filtered before? Is it some kind of a glob?

Looking at history, it seems it was related to the order of file loading:

• c8 coverage seems broken when testing vue file with style tag #2539

Relying on order seems unreliable. Let's actually do similar CSS request exclusion that we do for istanbul:

Looking at history, it seems it was related to the order of file loading:

* [c8 coverage seems broken when testing vue file with style tag #2539](https://github.com/vitest-dev/vitest/issues/2539)

Relying on order seems unreliable. Let's actually do similar CSS request exclusion that we do for istanbul:

vitest/packages/coverage-istanbul/src/provider.ts

Lines 52 to 58 in a4df683

	onFileTransform(sourceCode: string, id: string, pluginCtx: any): { code: string; map: any } | undefined {
	// Istanbul/babel cannot instrument CSS - e.g. Vue imports end up here.
	// File extension itself is .vue, but it contains CSS.
	// e.g. "Example.vue?vue&type=style&index=0&scoped=f7f04e08&lang.css"
	if (isCSSRequest(id)) {
	return
	}

Now this breaks even more code in Vue 😄

The number of branches increased to 10 in every provider (weird, because I only changed v8), but v8 and v8-browser now have a difference:

// v8
   {
     "branches": "6/10 (60%)",
      "functions": "5/7 (71.42%)",
     "lines": "14/17 (82.35%)",
     "statements": "15/18 (83.33%)",
    }
// v8-browser
    {
      "branches": "6/10 (60%)",
      "functions": "5/7 (71.42%)",
      "lines": "13/16 (81.25%)",
      "statements": "14/17 (82.35%)",
    }

All coverage-test/ were passing fine when I pushed 🤔

Taking a look

All coverage-test/ were passing fine when I pushed 🤔

Taking a look

I did a bit of a different change - I am filtering CSS requests here 60794d6

Could it be related to the import.meta.env change you pushed too? This file is now showing too many branches unexpectedly:

Could it be related to the import.meta.env change you pushed too? This file is now showing too many branches unexpectedly:

vitest/test/coverage-test/fixtures/src/Vue/Counter/Counter.component.ts

Lines 20 to 22 in a4df683

	uncoveredMethodUsingImportMeta() {
	return `Source maps tend to break when import meta is used: ${import.meta.env.BASE_URL}`
	},

Oh, yes, that makes sense. But why would v8 have a different result from others? (Even from v8-browser). It also has more lines and statements than the others.

The generated code now looks like this:

uncoveredMethodUsingImportMeta() { 
   return `Source maps tend to break when import meta is used: ${Object.assign(globalThis.__vitest_worker__?.metaEnv ?? import.meta.env).BASE_URL}` 
 }, 

Edit: v8 has more statements and lines than v8-browser

@AriPerkkio thank you for commit! All works now 🎉

ssr.noExternal does not work with this, environments.ssr.resolve.noExternal works however.