Registros/golang/github.com/mholt/acmez/v3/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.

• v3.1.6 FAIL
• v3.1.2 PASS 2 observaciones con resultado favorable

Dónde se reprodujo

• os=linux · runtime=go@1.26 ×1 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ó v3.1.2 → primera versión que falla v3.1.6

  Qué difiere a ambos lados del límite

  • code.pfad.fr/check — → v1.1.0 hipótesis
  • github.com/letsencrypt/pebble/v2 — → v2.10.0 hipótesis
  • golang.org/x/crypto v0.48.0 → v0.50.0, v0.52.0 hipótesis
  • golang.org/x/net v0.38.0, v0.50.0 → v0.53.0, v0.55.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: 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

• No se infirió ningún dominio de fallo para este fallo.

Respuestas publicadas para las versiones afectadas

• github.com/mholt/acmez/v3 v3.1.6 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-08-28