Registrosnpmparse-jsonincidencia de fallo
Firma del fallo
PROJECT_PROCESS ERR_ASSERTION Brecha de evidencia ×6
Calidad de evidencia: legacy-evidence-incomplete · Primer registro: 2026-08-18 · Última observación: 2026-08-29
parse-json.JSONError
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.
- 8.3.0 PASS 6 observaciones con resultado favorable
- 5.2.0 FAIL
- 4.0.0 PASS 6 observaciones con resultado favorable
Dónde se reprodujo
- executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 ×4 2026-08-18 → 2026-08-18
- executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 ×2 2026-08-29 → 2026-08-29
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.0 → primera versión que falla 5.2.0
Qué difiere a ambos lados del límite
- @babel/code-frame — → 7.29.7 hipótesis
- json-parse-better-errors 1.0.2 → — hipótesis
- json-parse-even-better-errors — → 2.3.1 hipótesis
- lines-and-columns — → 1.2.4 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 5.2.0 → primera versión que pasa 8.3.0
Qué difiere a ambos lados del límite
- error-ex — → 1.3.4 hipótesis
- index-to-position 1.2.0 → — hipótesis
- json-parse-even-better-errors — → 2.3.1 hipótesis
- lines-and-columns — → 1.2.4 hipótesis
- type-fest 4.41.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 | 8.3.0 | 5.2.0 | 4.0.0 |
|---|---|---|---|
| @babel/code-frame | 7.29.7 | 7.29.7 | — |
| error-ex | — | 1.3.4 | 1.3.4 |
| index-to-position | 1.2.0 | — | — |
| json-parse-better-errors | — | — | 1.0.2 |
| json-parse-even-better-errors | — | 2.3.1 | — |
| lines-and-columns | — | 1.2.4 | — |
| type-fest | 4.41.0 | — | — |
Se movieron: 0 · iguales en todas las versiones: 7
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.
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
- parse-json 5.2.0: parse valid and invalid JSON with helpful error messages and optional reviver or filename 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. HOWparseJson MIT-0 · 2026-08-23