Registrosgolanggithub.com/envoyproxy/go-control-planeincidencia de fallo
Firma del fallo
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: too many arguments in call to cache.NewSnapshot
Calidad de evidencia: complete · go/compiler · compiler-diagnostic · outer go run · Primer registro: 2026-10-16 · Última observación: 2026-10-16
sha256:93c0544f9507…
github.com/envoyproxy/go-control-plane/envoy/api/v2.Cluster github.com/envoyproxy/go-control-plane/envoy/api/v2/core.Node github.com/envoyproxy/go-control-plane/pkg/cache.ClusterType github.com/envoyproxy/go-control-plane/pkg/cache.IDHash github.com/envoyproxy/go-control-plane/pkg/cache.NewSnapshot github.com/envoyproxy/go-control-plane/pkg/cache.NewSnapshotCache github.com/envoyproxy/go-control-plane/pkg/cache.Resource github.com/envoyproxy/go-control-plane/pkg/cache.RouteType
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.
- v0.14.0 sin medir
- v0.9.4 PASS 1 observaciones con resultado favorable
- v0.9.1-0.20191026205805-5f8ba28d4473 sin medir
- v0.9.0 FAIL
Dónde se reprodujo
- os=linux · runtime=go@1.26 ×1 2026-10-16 → 2026-10-16
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 v0.9.0 → primera versión que pasa v0.9.4
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- github.com/cncf/udpa/go v0.0.0-20191209042840-269d4d468f6f → — hipótesis
- github.com/envoyproxy/protoc-gen-validate v0.1.0, v1.3.3 → v0.1.0 hipótesis
- github.com/golang/protobuf v1.3.2, v1.3.3, v1.3.5, v1.4.2, v1.5.0, v1.5.2, v1.5.4 → v1.3.2 hipótesis
- github.com/google/go-cmp v0.2.0, v0.4.0, v0.4.1, v0.5.1, v0.7.0 → — hipótesis
- github.com/prometheus/client_model v0.0.0-20190812154241-14fe0d1b01d4, v0.6.2, v0.6.3 → v0.0.0-20190812154241-14fe0d1b01d4 hipótesis
- google.golang.org/genproto v0.0.0-20190819201941-24fa4b261c55, v0.0.0-20200331122359-1ee6d9798940, v0.0.0-20200618031413-b414f8b61790, v0.0.0-20200804131852-c06518451d9c, v0.0.0-20200825200019-8632dd797987 → v0.0.0-20190819201941-24fa4b261c55 hipótesis
- google.golang.org/grpc v1.25.1, v1.28.0, v1.29.1, v1.31.0, v1.34.0-dev → v1.23.0, v1.25.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: 6 · iguales en todas las versiones: 8
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: 2
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
- github.com/envoyproxy/go-control-plane v0.9.0 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-10-16