Registrosgolanggo.opentelemetry.io/otel/sdkincidencia de fallo
Firma del fallo
PROJECT_COMPILE exit 1 ×1
test/contract.go:<n>:<n>: assignment mismatch: 1 variable but otlptrace.New returns 2 values …
Calidad de evidencia: complete · go/compiler · compiler-diagnostic · outer go run · Primer registro: 2026-09-02 · Última observación: 2026-09-02
sha256:e84876b56a4e…
go.opentelemetry.io/otel/sdk/trace.NewBatchSpanProcessor go.opentelemetry.io/otel/sdk/trace.NewTracerProvider go.opentelemetry.io/otel/sdk/trace.WithSpanProcessor
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.38.0 PASS 4 observaciones con resultado favorable
- v1.37.0 sin medir
- v1.36.0 sin medir
- v1.35.0 FAIL
- v1.34.0 sin medir
- v1.24.0 sin medir
- v0.20.0 PASS 4 observaciones con resultado favorable
Dónde se reprodujo
- os=linux · runtime=go@1.26 ×1 2026-09-02 → 2026-09-02
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.20.0 → primera versión que falla v1.35.0
Versiones intermedias nunca medidas en esta etapa: 2
Qué difiere a ambos lados del límite
- github.com/go-logr/logr — → v1.4.2 hipótesis
- github.com/google/go-cmp v0.5.6 → v0.7.0 hipótesis
- github.com/google/uuid — → v1.6.0 hipótesis
- github.com/stretchr/testify v1.7.0 → v1.10.0 hipótesis
- go.opentelemetry.io/otel v0.20.0 → v1.35.0 hipótesis
- go.opentelemetry.io/otel/oteltest v0.20.0 → — hipótesis
- go.opentelemetry.io/otel/trace v0.20.0 → v1.35.0 hipótesis
- go.uber.org/goleak — → v1.3.0 hipótesis
- golang.org/x/sys — → v0.30.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.35.0 → primera versión que pasa v1.38.0
Versiones intermedias nunca medidas en esta etapa: 2
Qué difiere a ambos lados del límite
- github.com/go-logr/logr v1.4.3 → v1.4.2 hipótesis
- github.com/stretchr/testify v1.11.1 → v1.10.0 hipótesis
- go.opentelemetry.io/otel v1.38.0, v1.39.0 → v1.35.0 hipótesis
- go.opentelemetry.io/otel/metric v1.38.0, v1.39.0 → — hipótesis
- go.opentelemetry.io/otel/sdk/metric v1.38.0 → — hipótesis
- go.opentelemetry.io/otel/trace v1.38.0, v1.39.0 → v1.35.0 hipótesis
- golang.org/x/sys v0.35.0, v0.38.0, v0.40.0 → v0.30.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.
| Biblioteca | v1.38.0 | v1.37.0 | v1.36.0 | v1.35.0 | v1.34.0 | v1.24.0 | v0.20.0 |
|---|---|---|---|---|---|---|---|
| github.com/go-logr/logr | v1.4.3 | v1.4.3 | v1.4.4 | v1.4.2 | v1.4.2 | v1.4.1 | — |
| github.com/google/go-cmp | v0.7.0 | v0.7.0 | v0.7.0 | v0.7.0 | v0.7.0 | v0.6.0 | v0.5.6 |
| github.com/stretchr/testify | v1.11.1 | v1.11.1 | v1.10.0 | v1.10.0 | — | v1.8.4 | v1.7.0 |
| go.opentelemetry.io/otel | v1.39.0 | v1.37.0 | v1.36.0 | v1.35.0 | v1.34.0 | v1.24.0 | v0.20.0 |
| go.opentelemetry.io/otel/trace | v1.39.0 | v1.37.0 | v1.36.0 | v1.35.0 | v1.34.0 | v1.24.0 | v0.20.0 |
| golang.org/x/sys | v0.40.0 | v0.47.0 | v0.48.0 | v0.30.0 | v0.30.0 | v0.17.0 | — |
| github.com/google/uuid | v1.6.0 | v1.6.0 | v1.6.0 | v1.6.0 | v1.6.0 | — | — |
| go.opentelemetry.io/otel/metric | v1.39.0 | — | — | — | — | — | — |
| go.opentelemetry.io/otel/oteltest | — | — | — | — | — | — | v0.20.0 |
| go.opentelemetry.io/otel/sdk/metric | v1.38.0 | — | — | — | — | — | — |
| go.uber.org/goleak | v1.3.0 | v1.3.0 | v1.3.0 | v1.3.0 | — | — | — |
Se movieron: 6 · iguales en todas las versiones: 5
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
- go.opentelemetry.io/otel/sdk v1.35.0: Raw SDK samplers passed to WithSampler strip the ParentBased decorator, dropping incoming remote sampled spans or sampling unsampled fragments unless explicitly wrapped in ParentBased 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/otel/sdk/trace.NewTracerProvidergo.opentelemetry.io/otel/sdk/trace.WithSamplergo.opentelemetry.io/otel/sdk/trace.ParentBasedgo.opentelemetry.io/otel/sdk/trace.NeverSamplego.opentelemetry.io/otel/sdk/trace.AlwaysSamplego.opentelemetry.io/otel/sdk/trace/tracetest.NewInMemoryExportergo MIT-0 · 2026-08-16