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
When a connection pool retries a request, the warning message prints only the url value, usually a relative path like /simple/virtualenv/ (for connection host https://pypi.org/). Since urllib3 and any calling code are opaquely determining the full url with hostname, it would be useful for debugging for this retry warning to indicate the full path, with something like "%s/%s" % (self.host, url).
"Retrying (%r) after connection broken by '%r': %s", retries, err, url
)
Is there anything in the host determination logic when the request is actually sent that precludes being able to succinctly include this information in the warning message at this scope? (Host should already be fixed as part of the connection object, no?)
Probably other connection classes and request methods would need similar update to any warnings logged there, but HTTPSConnectionPool.urlopen was the method relevant to my use case (pip index resolution).
The text was updated successfully, but these errors were encountered:
When a connection pool retries a request, the warning message prints only the url value, usually a relative path like
/simple/virtualenv/
(for connection hosthttps://pypi.org/
). Since urllib3 and any calling code are opaquely determining the full url with hostname, it would be useful for debugging for this retry warning to indicate the full path, with something like"%s/%s" % (self.host, url)
.urllib3/src/urllib3/connectionpool.py
Lines 868 to 870 in 3e8f2db
Is there anything in the host determination logic when the request is actually sent that precludes being able to succinctly include this information in the warning message at this scope? (Host should already be fixed as part of the connection object, no?)
Probably other connection classes and request methods would need similar update to any warnings logged there, but HTTPSConnectionPool.urlopen was the method relevant to my use case (pip index resolution).
The text was updated successfully, but these errors were encountered: