Okhttp: OKHttp retry

Created on 25 Oct 2017  Â·  2Comments  Â·  Source: square/okhttp

When OKHTTP retries because of a 408, it does not respect the "Retry-After" header. It looks like this is a standard header. Could we add in this feature to respect the "Retry-After" header when retrying.

Thanks.

bug

Most helpful comment

I would think if this value is non-zero we should be returning the response
directly and push the work of deciding to retry onto the application layer.

On Wed, Oct 25, 2017 at 12:42 AM jeffreyfan8 notifications@github.com
wrote:

When OKHTTP retries because of a 408, it does not respect the
"Retry-After" header. It looks like this is a standard header. Could we add
in this feature to respect the "Retry-After" header when retrying.

Thanks.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/square/okhttp/issues/3665, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAEEEbS_yie8cl1P2QPk09eIwvgk8V8lks5svoPbgaJpZM4QFSF5
.

All 2 comments

I would think if this value is non-zero we should be returning the response
directly and push the work of deciding to retry onto the application layer.

On Wed, Oct 25, 2017 at 12:42 AM jeffreyfan8 notifications@github.com
wrote:

When OKHTTP retries because of a 408, it does not respect the
"Retry-After" header. It looks like this is a standard header. Could we add
in this feature to respect the "Retry-After" header when retrying.

Thanks.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/square/okhttp/issues/3665, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAEEEbS_yie8cl1P2QPk09eIwvgk8V8lks5svoPbgaJpZM4QFSF5
.

n.b. not clear that 408 with Retry-After is an official or common thing, but seems implicit.

Was this page helpful?
0 / 5 - 0 ratings