Registros/npm/vitest/incidencia de fallo

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.1.11 PASS 9 observaciones con resultado favorable
• 4.1.10 FAIL
• 4.0.18 PASS 6 observaciones con resultado favorable
• 4.0.16 PASS 11 observaciones con resultado favorable
• 4.0.0 sin medir

Dónde se reprodujo

• executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 ×1 2026-08-14 → 2026-08-14

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ó 4.0.18 → primera versión que falla 4.1.10

  Qué difiere a ambos lados del límite

  • @vitest/expect 4.0.18 → 4.1.10 hipótesis
  • @vitest/mocker 4.0.18 → 4.1.10 hipótesis
  • @vitest/pretty-format 4.0.18 → 4.1.10 hipótesis
  • @vitest/runner 4.0.18 → 4.1.10 hipótesis
  • @vitest/snapshot 4.0.18 → 4.1.10 hipótesis
  • @vitest/spy 4.0.18 → 4.1.10 hipótesis
  • @vitest/utils 4.0.18 → 4.1.10 hipótesis
  • es-module-lexer 1.7.0 → 2.3.1, 2.3.2 hipótesis
  • obug 2.2.1 → 2.1.4 hipótesis
  • picomatch 4.0.7 → 4.0.5 hipótesis
  • std-env 3.10.0 → 4.2.0 hipótesis
  • tinyexec 1.3.1 → 1.3.0 hipótesis
  • vite 7.3.6 → 8.2.1 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 4.1.10 → primera versión que pasa 4.1.11

  Qué difiere a ambos lados del límite

  • @vitest/expect 4.1.11 → 4.1.10 hipótesis
  • @vitest/mocker 4.1.11 → 4.1.10 hipótesis
  • @vitest/pretty-format 4.1.11 → 4.1.10 hipótesis
  • @vitest/runner 4.1.11 → 4.1.10 hipótesis
  • @vitest/snapshot 4.1.11 → 4.1.10 hipótesis
  • @vitest/spy 4.1.11 → 4.1.10 hipótesis
  • @vitest/utils 4.1.11 → 4.1.10 hipótesis
  • es-module-lexer 2.3.2 → 2.3.1, 2.3.2 hipótesis
  • picomatch 4.0.5, 4.0.7 → 4.0.5 hipótesis
  • vite 7.3.6, 8.2.2 → 8.2.1 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.

Se movieron: 16 · iguales en todas las versiones: 5

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 4.1.10: Parse CLI arguments with parseCLI in vitest/node to enforce binary token validation, route positional test filters, normalize boolean and dot-notation options, and configure execution modes. Compilado ? 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. HOWparseCLInode MIT-0 · 2026-08-17
• vitest 4.1.10: Differentiate mockReset, mockRestore, and mockClear lifecycle on vi.spyOn and vi.fn instances in Vitest Compilado ? 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. HOWvi.spyOnvi.fnmockResetmockRestoremockClearnode MIT-0 · 2026-08-16
• vitest 4.1.10: Differentiate per-file test environments, docblock precedence over project configs, sequential setupFiles DOM lifecycle, and globals:true symbol exposure in Vitest 4 Compilado ? 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. HOWcreateVitestenvironmentenvironmentMatchGlobssetupFilesglobalsnode MIT-0 · 2026-08-15