Записи/npm/parse5/случай сбоя

Где это измерялось

PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_PROCESS и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.

• 8.0.1 PASS успешных наблюдений: 9
• 8.0.0 PASS успешных наблюдений: 11
• 7.3.0 FAIL
• 6.0.1 PASS успешных наблюдений: 6
• 5.1.1 PASS успешных наблюдений: 6

Где воспроизводился

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

Ближайшие известные границы PASS/FAIL

Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.

• Последний успешный выпуск 6.0.1 → первый падающий выпуск 7.3.0

  Что различается по разные стороны границы

  • entities — → 6.0.1 гипотеза

  Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.

• Последний падающий выпуск 7.3.0 → первый успешный выпуск 8.0.0

  Оба дерева разрешили каждую зависимость в одну и ту же версию. Здесь ничего не сдвинулось.

Версии зависимостей по выпускам

К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.

Сдвинулось: 1 · одинаково во всех выпусках: 0

Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.

Пробелы в свидетельствах

• Свидетельства этого сбоя не сохранились, поэтому установленной причины у него нет. Сохранённый хеш — это происхождение, а не тождество.
• Для этого сбоя не выведена ни одна область отказа.

Опубликованные ответы для затронутых выпусков

Ни один опубликованный образец не называет эти выпуски.