Registrosgolanggoogle.golang.org/appengineincidencia de fallo
Firma del fallo
PROJECT_COMPILE exit 1 ×1
<path> declared and not used: gotAuth
Calidad de evidencia: complete · go/compiler · compiler-diagnostic · outer go test · Primer registro: 2026-09-05 · Última observación: 2026-09-05
sha256:57f8400667e3…
Dónde se midió
PASS significa que la versión registró una observación con resultado favorable en PROJECT_COMPILE 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.
- v1.6.5 PASS 2 observaciones con resultado favorable
- v1.6.1 PASS 2 observaciones con resultado favorable
- v1.5.0 PASS 1 observaciones con resultado favorable
- v1.4.0 FAIL
- v1.3.0 sin medir
- v1.2.0 PASS 1 observaciones con resultado favorable
Dónde se reprodujo
- os=linux · runtime=go@1.26 ×1 2026-09-05 → 2026-09-05
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ó v1.2.0 → primera versión que falla v1.4.0
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- github.com/golang/protobuf v1.2.0 → v1.2.0, v1.3.1, v1.3.2, v1.3.3, v1.4.1, v1.4.2, v1.4.3, v1.5.2, v1.5.4 hipótesis
- golang.org/x/net v0.0.0-20180724234803-3673e40ba225, v0.0.0-20181029044818-c44066c5c816, v0.0.0-20181201002055-351d144fa1fc → v0.0.0-20190213061140-3a22650c66bd, v0.0.0-20190311183353-d8887717615a, v0.0.0-20190313220215-9f648a60d977, v0.0.0-20190628185345-da137c7871d7, v0.0.0-20200625001655-4c5254603344, v0.0.0-20200822124328-c89045814202, v0.0.0-20210405180319-a5a99cb37ef4, v0.55.0 hipótesis
- golang.org/x/text v0.3.0, v0.3.1-0.20180807135948-17ff2d5776d2 → v0.3.0, v0.3.1-0.20180807135948-17ff2d5776d2, v0.3.2, v0.3.5, v0.37.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 falla v1.4.0 → primera versión que pasa v1.5.0
Qué difiere a ambos lados del límite
- github.com/golang/protobuf v1.3.1 → v1.2.0, v1.3.1, v1.3.2, v1.3.3, v1.4.1, v1.4.2, v1.4.3, v1.5.2, v1.5.4 hipótesis
- golang.org/x/net v0.0.0-20190503192946-f4e77d36d62c → v0.0.0-20190213061140-3a22650c66bd, v0.0.0-20190311183353-d8887717615a, v0.0.0-20190313220215-9f648a60d977, v0.0.0-20190628185345-da137c7871d7, v0.0.0-20200625001655-4c5254603344, v0.0.0-20200822124328-c89045814202, v0.0.0-20210405180319-a5a99cb37ef4, v0.55.0 hipótesis
- golang.org/x/text v0.3.2 → v0.3.0, v0.3.1-0.20180807135948-17ff2d5776d2, v0.3.2, v0.3.5, v0.37.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: 3 · iguales en todas las versiones: 0
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
- Versiones de esta ventana nunca medidas en PROJECT_COMPILE: 1
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
Ninguna muestra publicada menciona estas versiones.