Relevés/npm/chromium-bidi/incident d'échec

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.

• 14.0.0 non mesuré
• 2.1.2 PASS 4 observations réussies
• 1.3.0 non mesuré
• 0.11.0 FAIL

Où il s'est reproduit

• executionContext=node · moduleSystem=esm · os=windows · runtime=node@24.13 ×1 2026-08-18 → 2026-08-18

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 en échec 0.11.0 → première version qui passe 2.1.2

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

  Un côté de cette frontière n'a aucun arbre de dépendances résolu : rien n'a pu être comparé.

Versions des dépendances au fil des versions

Ce vers quoi chaque version de ce paquet a résolu ses enfants. L'enfant dont la version a bougé vient en premier : c'est là qu'une mise à jour a changé quelque chose sous vos pieds.

Ont bougé : 0 · identiques à chaque version : 2

Une arête indique qu'un résolveur a placé une version à côté d'une autre sur une machine réelle. Ce n'est pas une affirmation qu'elles fonctionnent ensemble ; à cette question répondent les échantillons et les contrats, pas la présence d'une ligne.

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_TEST : 2
• Aucun arbre de dépendances résolu pour 2.1.2 ni pour 0.11.0 : les versions de part et d'autre de la frontière n'ont pas pu être comparées.
• Aucun domaine d'échec n'a été inféré pour cet échec.

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

Aucun exemple publié ne nomme ces versions.