Registros/npm/rolldown/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.

• 1.2.8 PASS 16 observaciones con resultado favorable
• 1.2.7 PASS 20 observaciones con resultado favorable
• 1.2.6 PASS 22 observaciones con resultado favorable
• 1.2.4 FAIL
• 1.2.2 sin medir
• 1.2.1 sin medir
• 1.1.5 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 falla 1.2.4 → primera versión que pasa 1.2.6

  Qué difiere a ambos lados del límite

  • @oxc-project/types 0.147.0 → 0.144.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.

Se movieron: 1 · 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: 3
• No se infirió ningún dominio de fallo para este fallo.

Respuestas publicadas para las versiones afectadas

Ninguna muestra publicada menciona estas versiones.