Registrosgolanggolang.org/x/toolsincidencia de fallo
Firma del fallo
PROJECT_PROCESS ERR_ASSERTION Brecha de evidencia ×7
Calidad de evidencia: legacy-evidence-incomplete · Primer registro: 2026-08-26 · Última observación: 2026-08-27
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.
- v0.40.0 PASS 1 observaciones con resultado favorable
- v0.36.0 PASS 9 observaciones con resultado favorable
- v0.31.0 FAIL
- v0.22.0 PASS 2 observaciones con resultado favorable
- v0.14.0 PASS 7 observaciones con resultado favorable
- v0.1.12 PASS 13 observaciones con resultado favorable
- v0.1.10 FAIL
- v0.1.6-0.20210726203631-07bc1bf47fb2 sin medir
- v0.0.0-20200618134242-20370b0cb4b2 PASS 30 observaciones con resultado favorable
Dónde se reprodujo
- executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×6 2026-08-26 → 2026-08-27
- os=linux · runtime=go@1.26 ×1 2026-08-26 → 2026-08-26
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ó v0.0.0-20200618134242-20370b0cb4b2 → primera versión que falla v0.1.10
Versiones intermedias nunca medidas en esta etapa: 3
Qué difiere a ambos lados del límite
- github.com/yuin/goldmark v1.1.27 → — hipótesis
- golang.org/x/mod v0.3.0 → — hipótesis
- golang.org/x/net v0.0.0-20200520182314-0ba52f642ac2 → — hipótesis
- golang.org/x/sync v0.0.0-20200317015054-43a5402ce75a → — hipótesis
- golang.org/x/xerrors v0.0.0-20191204190536-9bdfabe68543 → — 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 v0.1.10 → primera versión que pasa v0.1.12
Qué difiere a ambos lados del límite
- github.com/yuin/goldmark v1.4.13 → — hipótesis
- golang.org/x/mod v0.6.0-dev.0.20220419223038-86c51ed26bb4 → — hipótesis
- golang.org/x/net v0.0.0-20220722155237-a158d28d115b, v0.2.0, v0.4.0 → — hipótesis
- golang.org/x/sync v0.0.0-20220722155255-886fb9371eb4, v0.21.0 → — hipótesis
- golang.org/x/sys v0.0.0-20220722155257-8c9f86f7a55f, v0.2.0, v0.47.0 → — hipótesis
- golang.org/x/text v0.3.7, v0.4.0, v0.5.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.
-
Última versión que pasó v0.22.0 → primera versión que falla v0.31.0
Qué difiere a ambos lados del límite
- github.com/yuin/goldmark v1.4.13 → — hipótesis
- golang.org/x/mod v0.18.0 → v0.24.0 hipótesis
- golang.org/x/net v0.31.0 → v0.38.0 hipótesis
- golang.org/x/sync v0.7.0 → v0.12.0 hipótesis
- golang.org/x/telemetry v0.0.0-20240521205824-bda55230c457 → — 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 v0.31.0 → primera versión que pasa v0.36.0
Un lado de este límite no tiene árbol de dependencias resuelto, así que no se pudo comparar nada.
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 | v0.31.0 | v0.22.0 | v0.14.0 | v0.1.12 | v0.1.10 | v0.0.0-20200618134242-20370b0cb4b2 |
|---|---|---|---|---|---|---|
| github.com/yuin/goldmark | — | v1.4.13 | v1.4.13 | v1.4.13 | — | v1.1.27 |
| golang.org/x/mod | v0.24.0 | v0.18.0 | v0.13.0 | v0.6.0-dev.0.20220419223038-86c51ed26bb4 | — | v0.3.0 |
| golang.org/x/net | v0.38.0 | v0.31.0 | v0.17.0 | v0.4.0 | — | v0.0.0-20200520182314-0ba52f642ac2 |
| golang.org/x/sync | v0.12.0 | v0.7.0 | v0.4.0 | v0.21.0 | — | v0.0.0-20200317015054-43a5402ce75a |
| golang.org/x/sys | — | — | v0.14.0 | v0.47.0 | — | — |
| github.com/google/go-cmp | v0.6.0 | v0.6.0 | — | — | — | — |
| golang.org/x/telemetry | — | v0.0.0-20240521205824-bda55230c457 | — | — | — | — |
| golang.org/x/text | — | — | — | v0.5.0 | — | — |
| golang.org/x/xerrors | — | — | — | — | — | v0.0.0-20191204190536-9bdfabe68543 |
Se movieron: 5 · iguales en todas las versiones: 4
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 hay árbol de dependencias resuelto para v0.36.0 ni para v0.31.0, así que no se pudieron comparar las versiones a ambos lados del límite.
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
- golang.org/x/tools v0.31.0: imports.Process 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. HOWgolang.org/x/tools/imports.Processgo 1.26.6 MIT-0 · 2026-08-30
- golang.org/x/tools v0.31.0: inspector.New 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. HOWgolang.org/x/tools/go/ast/inspector.New MIT-0 · 2026-08-29
- golang.org/x/tools v0.31.0: txtar.Parse 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. HOWgolang.org/x/tools/txtar.Parse MIT-0 · 2026-08-27
- golang.org/x/tools v0.1.10 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. HOW MIT-0 · 2026-08-27