Записиnpmtldtsслучай сбоя
Сигнатура сбоя
PROJECT_TEST exit 1 EOF ×1
[31m[1mAssertionError[22m: expected [ <str>, <str>, <str>, <str> ] to deeply equal [ <str>, <str>, <str>, <str> ][39m · [32m- Expected[39m …
Качество данных: complete · javascript/test-runner · test-runner-diagnostic · outer npm test · Первая запись: 2026-09-15 · Последнее наблюдение: 2026-09-15
sha256:d757efcbaf88…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
Где воспроизводился
- executionContext=node · moduleSystem=cjs · os=windows · runtime=node@24.13 ×1 2026-09-15 → 2026-09-15
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний падающий выпуск 6.1.86 → первый успешный выпуск 7.0.19
Что различается по разные стороны границы
- tldts-core 7.0.19 → 6.1.86 свидетельство
Зависимость, версия которой изменилась по разные стороны границы, — это кандидат, а не причина. Свидетельством помечается только квитанция, записавшая и сбой, и разрешённое дерево в одном и том же запуске.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | 7.4.11 | 7.0.19 | 6.1.86 |
|---|---|---|---|
| tldts-core | 7.4.11 | 7.0.19 | 6.1.86 |
Сдвинулось: 1 · одинаково во всех выпусках: 0
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Выпуски в этом окне, ни разу не измеренные на этапе PROJECT_TEST: 2
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
Ни один опубликованный образец не называет эти выпуски.