Registros/golang/go.opentelemetry.io/otel/log/incidencia de fallo

Dónde se midió

PASS significa que la versión registró una observación con resultado favorable en PROJECT_TEST 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 FAIL
• v0.22.0 PASS 1 observaciones con resultado favorable
• v0.19.0 PASS 79 observaciones con resultado favorable
• v0.12.2 sin medir

Dónde se reprodujo

• os=linux · runtime=go@1.26 ×1 2026-10-12 → 2026-10-12

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.22.0 → primera versión que falla v1.47.0

  Qué difiere a ambos lados del límite

  • github.com/go-logr/logr v1.4.4 → — hipótesis
  • go.opentelemetry.io/otel v1.46.0 → v1.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: 1 · iguales en todas las versiones: 2

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_TEST: 1
• No se infirió ningún dominio de fallo para este fallo.

Respuestas publicadas para las versiones afectadas

• go.opentelemetry.io/otel/log v1.47.0 Compilado ? 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-10