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
Both defaultHttpHandler and unixHttpHandler use defaultManagerSettings for which responseTimeout = ResponseTimeoutDefault. This just came to bite me when I used the waitContainer API with a non-trivial container task. It seems that the /wait API does not send a response until the container has stopped, so using ResponseTimeoutDefault does not make much sense here. I am wondering whether:
It would make sense to document this and add a suitable warning to the documentation for waitContainer?
Modifying the request made in waitContainer to override the responseTimeout to set it to ResponseTimeoutNone?
The text was updated successfully, but these errors were encountered:
Both
defaultHttpHandler
andunixHttpHandler
usedefaultManagerSettings
for whichresponseTimeout = ResponseTimeoutDefault
. This just came to bite me when I used thewaitContainer
API with a non-trivial container task. It seems that the/wait
API does not send a response until the container has stopped, so usingResponseTimeoutDefault
does not make much sense here. I am wondering whether:waitContainer
?waitContainer
to override theresponseTimeout
to set it toResponseTimeoutNone
?The text was updated successfully, but these errors were encountered: