Relevés/npm/@csstools/css-color-parser/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.

• 4.2.1 PASS 2 observations réussies
• 4.2.0 PASS 1 observations réussies
• 4.1.10 non mesuré
• 3.1.0 FAIL

Où il s'est reproduit

• executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×1 2026-08-21 → 2026-08-21

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 3.1.0 → première version qui passe 4.2.0

  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é : 1 · identiques à chaque version : 1

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_PROCESS : 1
• Aucun arbre de dépendances résolu pour 4.2.0 ni pour 3.1.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.