vite-plus peers @vitest/browser-playwright at an exact 4.x, so browser-mode projects cannot adopt Vitest 5
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- javascript, playwright
Direzione di ricerca
Inizia ispezionando le peerDependencies del package vite-plus e le versioni pubblicate citate nell’issue, quindi confrontale con @vitest/[email protected] e @vitest/browser-webdriverio. Esamina #2531 per capire il motivo dei pin esatti. Il lavoro è completo quando è disponibile un percorso di release documentato e compatibile per Vitest 5 e per gli aggiornamenti patch dei provider, e i controlli pertinenti dei package hanno esito positivo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
Every published vite-plus peer-depends on @vitest/browser-playwright (and @vitest/browser-webdriverio) at an exact 4.x patch. @vitest/[email protected] in turn requires [email protected]. So a project that uses Vitest browser mode through Vite+ cannot adopt Vitest 5 until a vite-plus release peers a 5.x provider.
Is Vitest 5 support planned, and is there an issue to follow?
The pins
$ npm view vite-plus@<v> peerDependencies
[email protected]: { "@vitest/browser-playwright": "4.1.10", "@vitest/browser-webdriverio": "4.1.10" }
[email protected]: { "@vitest/browser-playwright": "4.1.10", "@vitest/browser-webdriverio": "4.1.10" }
[email protected]: { "@vitest/browser-playwright": "4.1.11", "@vitest/browser-webdriverio": "4.1.11" }
[email protected]: { "@vitest/browser-playwright": "4.1.11", "@vitest/browser-webdriverio": "4.1.11" }
The other side:
$ npm view @vitest/[email protected] peerDependencies
{ vitest: '5.0.0', playwright: '*' }
$ npm view vitest version
5.0.0
$ npm view vite-plus dist-tags
{ test: '0.0.2-…', alpha: '0.1.21-alpha.7', latest: '0.3.1' }
latest is 0.3.1, so there is currently no release — stable or alpha — whose provider peer admits Vitest 5.
Why it matters beyond the major
Because the peer is an exact version rather than a range, even a patch bump of the provider needs a matching vite-plus release. That is the mechanism behind #2531 (0.2.9 pinning [email protected] while the provider resolved to 4.1.11) — the 0.3.x line moved the pin from 4.1.10 to 4.1.11 and cleared that particular mismatch, but the exact-pin shape that produced it is unchanged.
Would a caret range (^4.1.11) be viable for the provider peers, so provider patches don't require a vite-plus release? I appreciate there may be a bundled-copy/singleton reason for the exact pin — if so it would be useful to have that written down, since from the outside it reads as something that could be loosened.
Context
A Vue 3 + Vitest browser-mode project on pnpm, just migrated from standalone Vitest to vp test on 0.3.1. The migration itself went cleanly; Vitest 5 was the one thing we had hoped it would unblock, and it is held on this pin alone.
- Lingua principale
- Rust
- Stelle
- 5.8k
- Fork
- 267
- Merge medio
- 21h 16m
- PR unite (30g)
- 147
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di voidzero-dev/vite-plus
-
pending triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
voidzero-dev/vite-plus#2801 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
voidzero-dev/vite-plus#2097 · 10 commenti · 2 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
vp check --no-lint still reports type-aware lint rules and ignores their disable commentsForse già presa @camc314 l’ha presa oggi. Aperta
voidzero-dev/vite-plus#2830 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
vp run: task output forwarding aborts with EAGAIN when stdout turns non-blocking mid-run (follow-up to #2165)Forse già presa @naokihaba l’ha presa 1 giorno fa. Apertabug
voidzero-dev/vite-plus#2824 · 3 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
pending triage
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
voidzero-dev/vite-plus#2816 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di voidzero-dev/vite-plus
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
trailofbits/dylint#2107 ·
I maintainer di solito rispondono entro 1 giorno
-
area:cli bug good first issue priority:medium
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
rtk-ai/rtk#4289 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
arrays_zip with two same-named inputs fails with "ArrowArray struct has 2 children (expected 1)"Apertabug requires-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
apache/datafusion-comet#6251 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
bug false-positive harper-core linting
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Automattic/harper#4471 ·
I maintainer di solito rispondono entro 1 giorno