summaryrefslogtreecommitdiff
path: root/cli/standalone
diff options
context:
space:
mode:
authorNathan Whitaker <17734409+nathanwhit@users.noreply.github.com>2024-10-15 16:46:42 -0700
committerGitHub <noreply@github.com>2024-10-15 16:46:42 -0700
commit7c3c13cecf48219cdcb90dc0b5019686cdd88626 (patch)
treeea44361a7b8c061ec84ec29d88aa2c6a1c3ec07a /cli/standalone
parent40b1c42138c47e89eefa859cd36a9e3d62541e7b (diff)
fix(install): retry downloads of registry info / tarballs (#26278)
Fixes #26085. Adds a basic retry utility with some defaults, starts off with a 100ms wait, then 250ms, then 500ms I've applied the retry in the http client, reusing an existing function, so this also applies to retrying downloads of deno binaries in `upgrade` and `compile`. I can make a separate function that doesn't retry so this doesn't affect `upgrade` and `compile`, but it seemed desirable to have retries there too, so I left it in.
Diffstat (limited to 'cli/standalone')
-rw-r--r--cli/standalone/binary.rs6
1 files changed, 5 insertions, 1 deletions
diff --git a/cli/standalone/binary.rs b/cli/standalone/binary.rs
index 6e747bed4..52ee4eeb2 100644
--- a/cli/standalone/binary.rs
+++ b/cli/standalone/binary.rs
@@ -468,7 +468,11 @@ impl<'a> DenoCompileBinaryWriter<'a> {
self
.http_client_provider
.get_or_create()?
- .download_with_progress(download_url.parse()?, None, &progress)
+ .download_with_progress_and_retries(
+ download_url.parse()?,
+ None,
+ &progress,
+ )
.await?
};
let bytes = match maybe_bytes {