Registrosgolanggo.opentelemetry.io/otel/sdkincidencia de fallo
Firma del fallo
PROJECT_COMPILE exit 1 ×1
<path> cannot use cfg.AllowedAttributes (variable of type []string) as []<str>.Key value in argument to attribute.NewAllowKeysFilter
Calidad de evidencia: complete · go/compiler · compiler-diagnostic · outer go run · Primer registro: 2026-10-10 · Última observación: 2026-10-10
sha256:f124303ba58a…
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.47.0 sin medir
- v1.46.0 PASS 7 observaciones con resultado favorable
- v1.45.0 sin medir
- v1.44.0 FAIL
- v1.43.0 PASS 10 observaciones con resultado favorable
- v1.40.0 sin medir
- v1.38.0 sin medir
Dónde se reprodujo
- os=linux · runtime=go@1.26 ×1 2026-10-10 → 2026-10-10
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.43.0 → primera versión que falla v1.44.0
Qué difiere a ambos lados del límite
- github.com/go-logr/logr v1.4.3, v1.4.4 → v1.4.3 hipótesis
- go.opentelemetry.io/otel v1.43.0 → v1.44.0 hipótesis
- go.opentelemetry.io/otel/metric v1.43.0 → v1.44.0 hipótesis
- go.opentelemetry.io/otel/sdk/metric v1.42.0, v1.43.0 → v1.44.0 hipótesis
- go.opentelemetry.io/otel/trace v1.43.0 → v1.44.0 hipótesis
- golang.org/x/sys v0.42.0, v0.45.0, v0.47.0 → v0.45.0, v0.46.0, v0.47.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.44.0 → primera versión que pasa v1.46.0
Versiones intermedias nunca medidas en esta etapa: 1
Qué difiere a ambos lados del límite
- github.com/go-logr/logr v1.4.4 → v1.4.3 hipótesis
- github.com/stretchr/testify v1.12.1 → v1.11.1 hipótesis
- go.opentelemetry.io/otel v1.46.0 → v1.44.0 hipótesis
- go.opentelemetry.io/otel/metric v1.46.0 → v1.44.0 hipótesis
- go.opentelemetry.io/otel/sdk/metric v1.46.0 → v1.44.0 hipótesis
- go.opentelemetry.io/otel/trace v1.46.0 → v1.44.0 hipótesis
- golang.org/x/sys v0.47.0 → v0.45.0, v0.46.0, v0.47.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: 7 · iguales en todas las versiones: 3
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: 4
- No se infirió ningún dominio de fallo para este fallo.
Respuestas publicadas para las versiones afectadas
Ninguna muestra publicada menciona estas versiones.