Skip to content

Use read_timeout for reqwest instead of timeout #4218

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Merged
merged 1 commit into from
Mar 4, 2025

Conversation

ChrisDenton
Copy link
Member

The ClientBuilder::timeout method applies to the whole download. Having 30s to complete a download seems very wrong so I assume the intent was to only timeout if the download stalls for that long, which is what read_timeout does.

It might also be worth increasing the timeout to a minute or two for people with unreliable internet connections but I'm less sure that's needed.

Fixes #4213

@ChrisDenton ChrisDenton changed the title Use read_timeout for reqwest instead of timeout Use read_timeout for reqwest instead of timeout Mar 4, 2025
Copy link
Contributor

@djc djc left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks for taking care of this!

@djc djc enabled auto-merge March 4, 2025 11:10
@djc djc mentioned this pull request Mar 4, 2025
4 tasks
@djc djc added this pull request to the merge queue Mar 4, 2025
Merged via the queue into rust-lang:master with commit 5f3b272 Mar 4, 2025
29 checks passed
@ChrisDenton ChrisDenton deleted the timeout branch March 4, 2025 11:53
@robmv
Copy link

robmv commented Mar 5, 2025

For people landing on this issue because they can't update to 1.28.1 because of this error, try setting the environment variable RUSTUP_USE_CURL=1 as a workaround. Maybe someone can add this to the 1.28.1 release announcement.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Operation timeout after update to 1.28
3 participants