[py] use get_timeout()
for urllib pool manager timeouts in remote connection, prevents passing the default socket object directly
#10563
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I noticed we are passing the
socket._GLOBAL_DEFAULT_TIMEOUT
object into theurllib
pool manager which I think is a mistake; there already exists aget_timeout()
that returnsNone
under that instance; I think we should be calling that instead?A lot of this is class level state on the
RemoteConnection
instance; should we move it into the instance and usesocket.getdefaulttimeout()
? when setting this state it leaks across tests as a bad side effect of global state; so using monkeypatch to tidy up some of the impacted areas