[Feature request] - Whole operation timeout

[fededonna]

Hi, I'm working on an application that needs to check the entire request-response cycle time spent and set a max for that. It could be a good thing to add a timeout for the complete operation instead of one for connection, one for read and one for right.

Thanks in advance.

[swankjesse]

Yep. Let's do something for this.

[JakeWharton]

If you happen to be using Retrofit with its RxJava call adapter you can already get this for free:

interface MyService {
  @GET("/user")
  Observable<User> getUser();
}

MyService service = // ...
service.getUser()
  .timeout(2, SECONDS) // covers sending the request and waiting for the response
  .subscribe(..);

[fededonna]

I'm no using retrofit. I just want to create a client with a timeout for the whole operation.

[tobinibot]

I’d also be interested in a whole operation timeout.

[ericcj]

We successfully implemented a deadline for both the request and response body reading by subclassing Call in our application in production: https://gist.github.com/ericcj/49118c877f471b3d8d53db545160e4ac

Looks like there have been a couple related implementations, one inside the HTTP codecs (#2729) and a simple solution for just the body reading (#1130).

Much of it could also be implemented in an interceptor, except that we would have to close the socket instead of calling the more precise cancel method and it wouldn't cover the seemingly infinite retries on IOExceptions getting a connection in RetryAndFollowUpInterceptor which does while (true) until if (canceled) throw.

Note that we also have a separate interceptor to timeout DNS (https://gist.github.com/ericcj/a4e5c99982d36d3348ff3c732fa51038) since even our deadline doesn't cover that as per #95 although now using the new Dns interface would be preferable.

[robbiepl]

Will this functionality be implemented?

[robbiepl]

we waiting ... :))