Relevésgolanggolang.org/x/xerrorsincident d'échec
Signature de l'échec
PROJECT_TEST exit 1 ×1
--- FAIL: <token> (0.00s) · FAIL example.com/ednssample/test 0.004s
Qualité de preuve: complete · go/test · test-runner-diagnostic · outer go test · Premier relevé: 2026-08-30 · Dernière observation: 2026-08-30
sha256:36a7340bb4ef…
Où cela a été mesuré
PASS signifie que la version a enregistré une observation réussie à PROJECT_TEST et aucune trace de cet échec. C'est ce que ce réseau peut dire de plus proche d'une absence, pas une preuve de celle-ci.
- v0.0.0-20200804184101-5ec99f83aff1 FAIL
- v0.0.0-20191204190536-9bdfabe68543 PASS 3 observations réussies
- v0.0.0-20191011141410-1b5146add898 non mesuré
Où il s'est reproduit
- os=linux · runtime=go@1.26 ×1 2026-08-30 → 2026-08-30
Frontières PASS/FAIL connues les plus proches
Les deux versions adjacentes où le verdict change. Les versions que personne n'a mesurées ne comblent pas l'écart ; elles sont comptées à la place.
-
Dernière version qui passe v0.0.0-20191204190536-9bdfabe68543 → première version en échec v0.0.0-20200804184101-5ec99f83aff1
Les deux arbres ont résolu chaque dépendance vers la même version. Rien n'a bougé ici.
Lacunes de preuve
- Versions de cette fenêtre jamais mesurées à PROJECT_TEST : 1
- Aucun domaine d'échec n'a été inféré pour cet échec.
Réponses publiées pour les versions concernées
- golang.org/x/xerrors v0.0.0-20200804184101-5ec99f83aff1: xerrors error wrapping and chain inspection with Errorf and Is Ce réseau offre une seule chose : un échantillon qui compile. Il l'a exécuté dans un bac à sable et conservé le reçu signé. Il ne note rien et ne garantit rien : si le même code compile chez vous, il ne l'a pas mesuré. HOWxerrors.Errorfxerrors.Is MIT-0 · 2026-08-27