You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit e2300cc
Browse filesBrowse the repository at this point in the historyBrowse files
Bound registry downloads by ApiTimeouts instead of a 60 s total deadline (#872) (#876)
* Start refactor for #872
Assisted-by: Claude Code:claude-opus-5-5
* Bound registry fetches by ApiTimeouts
Hosted upstream restore (rollback, vendor takeover) and vendored Maven
built their registry clients with a 60 s whole-request deadline and no
connect bound, so on a slow link an original tarball, module zip or jar
that took over a minute to download failed with a transport error even
while bytes were still arriving, and a black-holed host held the run
for the full minute.
Both now build through one registry_fetch::registry_client_builder
that applies the shared ApiTimeouts policy: 10 s connect plus 60 s of
silence, no total deadline. registry_fetch::download reads the body
through utils::http::read_capped, deleting the last hand-rolled copy of
the capped reader; the cap and its checks are unchanged, only the
refusal wording now matches the other capped downloads.
Assisted-by: Claude Code:claude-opus-5-5
* Route the JVM jar digests through utils::digest
#646 landed inline sha1/sha256 computations in patch/jvm_jar.rs,
patch/sidecars/maven.rs and crawlers/gradle_cache.rs after the
utils::digest ratchet, so production_digests_go_through_the_helpers
fails on main. jvm_jar's private sha1_hex/sha256_hex copies and the
Maven sidecar's inline sha1 now call the shared helpers; gradle_cache.rs,
which an open PR also edits, joins the pending list for now. Hashes are
byte-identical.
Assisted-by: Claude Code:claude-opus-5-5
* Drop stale entries from PENDING_INLINE_DIGESTS
main's gradle_cache.rs, jvm_jar.rs and sidecars/maven.rs already route
their digests through utils::digest, but the ratchet still lists them as
pending, so production_digests_go_through_the_helpers fails on a stale
entry. Remove the three entries so the ratchet matches the code.
Co-Authored-By: Claude <noreply@anthropic.com>
---------
Co-authored-by: Claude <noreply@anthropic.com>
0 commit comments