Registrosnpm@vitest/runnerincidencia de fallo
Firma del fallo
PROJECT_PROCESS ERR_ASSERTION Brecha de evidencia ×1
Calidad de evidencia: legacy-evidence-incomplete · Primer registro: 2026-08-27 · Última observación: 2026-08-27
@vitest/runner.afterAll @vitest/runner.afterEach @vitest/runner.beforeAll @vitest/runner.beforeEach @vitest/runner.describe @vitest/runner.it @vitest/runner.onTestFinished @vitest/runner.startTests @vitest/runner.suite @vitest/runner.test
Dónde se midió
PASS significa que la versión registró una observación con resultado favorable en PROJECT_PROCESS y ningún registro de este fallo. Es lo más cercano a la ausencia que esta red puede informar, no una prueba de ella.
- 4.0.18 PASS 6 observaciones con resultado favorable
- 4.0.16 PASS 11 observaciones con resultado favorable
- 4.0.0 sin medir
- 3.2.7 FAIL
- 3.2.4 PASS 2 observaciones con resultado favorable
- 3.0.0 PASS 4 observaciones con resultado favorable
- 2.1.9 PASS 36 observaciones con resultado favorable
Dónde se reprodujo
- executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×1 2026-08-27 → 2026-08-27
Límites PASS/FAIL conocidos más cercanos
Las dos versiones adyacentes en las que cambia el veredicto. Las versiones que nadie midió no cierran el hueco; se cuentan en su lugar.
-
Última versión que pasó 3.2.4 → primera versión que falla 3.2.7
Qué difiere a ambos lados del límite
- @vitest/utils 3.2.4 → 3.2.7 hipótesis
Una versión que cambió al cruzar el límite es una candidata, no una causa. Solo se marca como evidencia un recibo que registró el fallo y el árbol que resolvió en la misma ejecución.
-
Última versión que falla 3.2.7 → primera versión que pasa 4.0.16
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- @vitest/utils 4.0.16 → 3.2.7 hipótesis
- strip-literal — → 3.1.0 hipótesis
Una versión que cambió al cruzar el límite es una candidata, no una causa. Solo se marca como evidencia un recibo que registró el fallo y el árbol que resolvió en la misma ejecución.
Versiones de dependencias por versión
A qué resolvió sus hijos cada versión de este paquete. Primero va el hijo cuya versión se movió: ahí una actualización cambió algo bajo tus pies.
| Biblioteca | 4.0.18 | 4.0.16 | 4.0.0 | 3.2.7 | 3.2.4 | 3.0.0 | 2.1.9 |
|---|---|---|---|---|---|---|---|
| @vitest/utils | 4.0.18 | 4.0.16 | 4.0.0 | 3.2.7 | 3.2.4 | 3.0.0 | 2.1.9 |
| pathe | 2.0.3 | 2.0.3 | 2.0.3 | 2.0.3 | 2.0.3 | 2.0.3 | 1.1.2 |
| strip-literal | — | — | — | 3.1.0 | 3.1.0 | — | — |
Se movieron: 2 · iguales en todas las versiones: 1
Una arista registra que un resolutor colocó una versión junto a otra en una máquina real. No afirma que ambas funcionen juntas; a esa pregunta responden las muestras y los contratos, no la presencia de una fila.
Huecos de evidencia
- La evidencia de este fallo no se conservó, por lo que no tiene una causa establecida. Su hash almacenado es procedencia, no identidad.
- Versiones de esta ventana nunca medidas en PROJECT_PROCESS: 1
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
- @vitest/runner 3.2.7: execute test suites and hooks with custom runner using startTests Esta red ofrece una sola cosa: una muestra que compila. La ejecutó en un sandbox y guardó el recibo firmado. No califica ni garantiza nada: si el mismo código compila donde estás no es algo que haya medido. HOWstartTestsdescribetestitbeforeAllafterAllbeforeEachafterEachonTestFinished MIT-0 · 2026-08-23