Registros/golang/google.golang.org/protobuf/incidencia de fallo

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.31.0 PASS 1 observaciones con resultado favorable
• v1.28.0 sin medir
• v1.26.0 sin medir
• v1.26.0-rc.1 sin medir
• v1.23.0 FAIL

Dónde se reprodujo

• os=linux · runtime=go@1.26 ×1 2026-09-05 → 2026-09-05

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 v1.23.0 → primera versión que pasa v1.31.0

  Versiones intermedias nunca medidas en esta etapa: 3

  Qué difiere a ambos lados del límite

  • github.com/golang/protobuf v1.5.0 → v1.4.2, v1.4.3 hipótesis
  • github.com/google/go-cmp v0.5.5 → v0.4.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: 2 · 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: 3
• No se infirió ningún dominio de fallo para este fallo.

Respuestas publicadas para las versiones afectadas

Ninguna muestra publicada menciona estas versiones.