Registrosgolanggo.opentelemetry.io/proto/otlpincidencia de fallo
Firma del fallo
PROJECT_COMPILE exit 1 ×2
test/contract_test.go:<n>:<n>: <str> imported and not used
Calidad de evidencia: complete · go/compiler · compiler-diagnostic · outer go test · Primer registro: 2026-08-31 · Última observación: 2026-08-31
sha256:02fe86edb6eb…
go.opentelemetry.io/proto/otlp/trace/v1.ResourceSpans
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.11.0 PASS 4 observaciones con resultado favorable
- v1.10.0 FAIL
- v1.9.0 sin medir
- v1.7.1 PASS 4 observaciones con resultado favorable
- v1.5.0 sin medir
Dónde se reprodujo
- os=linux · runtime=go@1.26 ×2 2026-08-31 → 2026-08-31
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.7.1 → primera versión que falla v1.10.0
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- github.com/grpc-ecosystem/grpc-gateway/v2 v2.27.1 → v2.28.0 hipótesis
- google.golang.org/grpc v1.74.2 → v1.79.2, v1.80.0, v1.81.0 hipótesis
- google.golang.org/protobuf v1.36.12 → v1.36.11 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.10.0 → primera versión que pasa v1.11.0
Qué difiere a ambos lados del límite
- github.com/grpc-ecosystem/grpc-gateway/v2 v2.30.0 → v2.28.0 hipótesis
- google.golang.org/grpc v1.83.1, v1.83.2 → v1.79.2, v1.80.0, v1.81.0 hipótesis
- google.golang.org/protobuf v1.36.12 → v1.36.11 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 | v1.11.0 | v1.10.0 | v1.9.0 | v1.7.1 | v1.5.0 |
|---|---|---|---|---|---|
| github.com/grpc-ecosystem/grpc-gateway/v2 | v2.30.0 | v2.28.0 | v2.27.2 | v2.27.1 | v2.26.1 |
| google.golang.org/grpc | v1.83.2 | v1.81.0 | v1.75.1 | v1.74.2 | v1.71.0 |
| google.golang.org/protobuf | v1.36.12 | v1.36.11 | v1.36.12 | v1.36.12 | v1.36.5 |
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: 2
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
- go.opentelemetry.io/proto/otlp v1.10.0: build and serialize LogsData with ResourceLogs and LogRecord 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. HOWgo.opentelemetry.io/proto/otlp/logs/v1.LogsDatago MIT-0 · 2026-08-28