Relevésgolanggolang.org/x/xerrorsincident d'échec
Signature de l'échec
PROJECT_PROCESS exit 1 ERR_MODULE_NOT_FOUND ×1
node:internal/modules/package_json_reader:<n> · throw new ERR_MODULE_NOT_FOUND(packageName, fileURLToPath(base), null); · ^ …
Qualité de preuve: complete · Premier relevé: 2026-08-29 · Dernière observation: 2026-08-29
sha256:c33691aec18d…
Où cela a été mesuré
PASS signifie que la version a enregistré une observation réussie à PROJECT_PROCESS 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 43 observations réussies
- v0.0.0-20191011141410-1b5146add898 PASS 19 observations réussies
Où il s'est reproduit
- executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×1 2026-08-29 → 2026-08-29
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
- 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