-
Notifications
You must be signed in to change notification settings - Fork 5.5k
Try nil
as default for 'default timeout'.
#6509
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
- `nil` -> wait forever or `io.timeout` if specified. - `false` -> wait forever.
What was the reason this change was made? This probably disabled no-timeout in UNIXSocket. |
Can you explain your use case? I'm on the fence about allowing users to disable |
@ioquatix My use case is I'm using Docker API's
I now have my workaround but it's still cumbersome in general. HTTParty users for example will now have to specify both Moving forward maybe Ruby can introduce an explicit "no timeout" value for this like |
Also maybe consider having this in
|
Correction: To be fair, "no timeout" doesn't work in HTTParty at all at the moment because of |
Sorry, I don't fully understand your use case. Are you able to give me a smallish reproducible example? |
Who is setting the initial timeout and why? Instead of disabling it after the fact, why not just write |
No description provided.