記録 npm fs-extra失敗イシュー

失敗シグネチャ

PROJECT_TEST exit 1 ERR_ASSERTION ×2

Contract test failed: AssertionError [ERR_ASSERTION]: DOWNLOAD_PROGRESS event should have fired · false !== true · at main (<path>:<n>:<n>) { …

証拠品質: complete · javascript/test-runner · test-runner-diagnostic · outer npm test · 初回記録: 2026-08-29 · 最終観測: 2026-08-29

sha256:45fc70285a65…

PASS は、そのリリースが PROJECT_TEST で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。

executionContext=node · moduleSystem=cjs · os=linux · runtime=node@22.23 ×2 2026-08-29 → 2026-08-29

判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。

最後に通過したリリース 9.1.0 → 最初に失敗したリリース 10.1.0

境界をまたいで異なるもの
- at-least-node 1.0.0 → — 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
最後に失敗したリリース 10.1.0 → 最初に通過したリリース 11.3.0

両方のツリーがすべての依存関係を同じバージョンに解決しました。ここで動いたものはありません。

このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。

ライブラリ	11.4.0	11.3.1	11.3.0	10.1.0	9.1.0	8.1.0	7.0.1
jsonfile	6.2.1	6.2.1	6.2.1	6.2.1	6.2.1	4.0.0	4.0.0
universalify	2.0.1	2.0.1	2.0.1	2.0.1	2.0.1	0.1.2	0.1.2
at-least-node	—	—	—	—	1.0.0	—	—
graceful-fs	4.2.11	4.2.11	4.2.11	4.2.11	4.2.11	4.2.11	4.2.11

変動: 2 · 全リリースで同一: 2

エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。