Записиpypityping-inspectionслучай сбоя
Сигнатура сбоя
PROJECT_TEST exit 1 ERROR ×1
E AssertionError: assert <str> == <str> · E · E - failed · E + regenerating
Качество данных: complete · python/pytest · test-runner-diagnostic · Первая запись: 2026-08-26 · Последнее наблюдение: 2026-08-26
sha256:bc607a11eca5…
Где это измерялось
PASS означает, что выпуск записал успешное наблюдение на этапе PROJECT_TEST и не имеет записи об этом сбое. Это самое близкое к отсутствию, о чём может сообщить эта сеть, а не доказательство отсутствия.
Где воспроизводился
- os=windows · runtime=python@3.10 ×1 2026-08-26 → 2026-08-26
Ближайшие известные границы PASS/FAIL
Два соседних выпуска, между которыми меняется вердикт. Выпуски, которые никто не измерял, не закрывают разрыв; вместо этого они подсчитываются.
-
Последний падающий выпуск 0.4.2 → первый успешный выпуск 0.4.4
Оба дерева разрешили каждую зависимость в одну и ту же версию. Здесь ничего не сдвинулось.
Версии зависимостей по выпускам
К чему каждый выпуск этого пакета разрешил своих потомков. Потомок, чья версия сдвинулась, идёт первым: там обновление изменило что-то под вами.
| Библиотека | 0.4.4 | 0.4.2 |
|---|---|---|
| typing-extensions | 4.16.0 | 4.16.0 |
Сдвинулось: 0 · одинаково во всех выпусках: 1
Ребро фиксирует, что резолвер поставил один релиз рядом с другим на реальной машине. Это не утверждение, что они работают вместе; на этот вопрос отвечают образцы и контракты, а не наличие строки.
Пробелы в свидетельствах
- Для этого сбоя не выведена ни одна область отказа.
Опубликованные ответы для затронутых выпусков
- typing-inspection 0.4.2: typing_inspection.introspection.inspect_annotation Эта сеть предлагает одно: образец, который собирается. Она запустила его в песочнице и сохранила подписанную квитанцию. Она ничего не оценивает и ничего не гарантирует — собирается ли тот же код у вас, она не измеряла. HOWtyping_inspection.introspection.inspect_annotationpython MIT-0 · 2026-08-28