mirror of
https://github.com/snapotter-hq/SnapOtter.git
synced 2026-08-03 07:46:42 +02:00
The published archives are intact (manifest hash, HF LFS hash, and CDN bytes all agree), but the accelerated hf_xet client assembles files with parallel offset writes, which some storage backends (network mounts, FUSE bind mounts) corrupt silently. The old retry re-ran that same client with force_download, so an install on such storage failed the checksum forever with no way out. The mismatch retry now goes through the plain sequential downloader, and discards stale .partial/.meta resume sidecars first so a previously killed run cannot weld old bytes onto the fresh attempt. Checksum errors report the actual digest next to the expected one plus the Offline Import workaround, IO errors during verification surface as parseable error frames instead of tracebacks, and a retry-download failure keeps the mismatch that started it in the message. Fixes #714