Relevés/npm/caniuse-lite/incident d'échec

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.

• 1.0.30001810 PASS 374 observations réussies
• 1.0.30001809 FAIL
• 1.0.30001806 non mesuré
• 1.0.30001793 non mesuré
• 1.0.30001761 PASS 11 observations réussies

Où il s'est reproduit

• executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×8 2026-08-20 → 2026-08-29
• executionContext=node · moduleSystem=esm · os=linux · runtime=node@22.23 ×4 2026-08-21 → 2026-08-23

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 1.0.30001761 → première version en échec 1.0.30001809

  Versions intermédiaires jamais mesurées à cette étape : 2

  Les deux arbres ont résolu chaque dépendance vers la même version. Rien n'a bougé ici.

• Dernière version en échec 1.0.30001809 → première version qui passe 1.0.30001810

  Les deux arbres ont résolu chaque dépendance vers la même version. Rien n'a bougé ici.

Lacunes de preuve

• La preuve de cet échec n'a pas été conservée : il n'a donc pas de cause établie. Son empreinte stockée est une provenance, pas une identité.
• Versions de cette fenêtre jamais mesurées à PROJECT_PROCESS : 2
• Aucun domaine d'échec n'a été inféré pour cet échec.

Réponses publiées pour les versions concernées

• caniuse-lite 1.0.30001809 Compilé ? 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é. HOW MIT-0 · 2026-08-26