feat(vitest): modernize AE and support Vitest 4 - #409
Conversation
|
Hi, I see you are still busy on this, just wanted to let you know this change is still very much desired from at least me :) |
|
I'm bumping up against this too. Not having proper unit tests working makes me very uncomfortable, haha. I'm on linux and would be happy to test it, but I don't know how to install a quasar app extension from a branch package (it doesn't appear to work the same as pnpm) |
- Update Cypress AE for Cypress 15.14+ / Vite 8 / app-vite 2.5+ - Add enforcedCypress15Vite8Compatibility() blocking app-vite 2.4.x (Vite 7) - Bump vite-plugin-istanbul ^7 -> ^8 (Vite 8 compat) - Add v6.2 -> v6.3 migration guide in README - Add ESLint overlay troubleshooting note for stale eslint-disable directives - Remove stale eslint-disable from VModelComponent.cy.ts template - Add moduleResolution: node override in tsconfig.json - Update test-vite-app-v2 to app-vite ^2.5.0 + cypress ^15.14.0 Note: test-vite-app-v2 has 13 component test failures caused by a vite-plugin-checker vue-tsc overlay. The old vitest AE v1 (JS-based) lacks type declarations, causing vue-tsc to render an error overlay that covers interactive elements during Cypress component tests. This will be resolved when PR quasarframework#409 (vitest AE v2, TS rewrite) merges. Also note: test-vite-app-v2-vite8 and test-webpack-app-v4-cypress15 pass all tests clean (no vitest AE installed).
|
What is the progress on this? Early stages, almost done? |
|
I'm also curious about the state of this PR. I've currently disabled vitest in my Quasar projects as it caused me to not be able to update a vulnerable package. I presume that with the new update to Is there anything we as a community can do to help? Maybe you could provide a test plan on how to test an AE and this specific feature? |
|
For my project, I removed quasar testing. I only used |
What kind of change does this PR introduce? (check at least one)
If you are adding a new test runner, have you...? (check all)
/packages/base/runners.json?/README.md?baseline.spec.vue?Does this PR introduce a breaking change? (check one)
If yes, please describe the impact and migration path for existing applications:
The PR fulfills these requirements:
devbranch and not themasterbranchfix: #xxx[,#xxx], where "xxx" is the issue number)If adding a new feature, the PR's description includes:
Other information: