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
Since all the API SDK methods make HTTP calls (via RestSharp), they should also allow a CancellationToken to be passed in as a parameter. Given that API calls may vary significantly in the time they take to complete (some may query for a quick status and others may download megabytes of documents), it may be quite common to have different timeout expectations for different methods. Accepting a CancellationToken would improve the API by:
Allowing for a timeout to be set by method invocation while still sharing a common Configuration instance.
Allowing the request to be cancelled by a user action.
It is quite common to make the CancellationToken an optional parameter, which I think would make sense here. For example
Thank you for the enhancement idea. This idea has not been raised by other developers, so its prioritization will probably be low. If we have many developers asking for the idea, it will be considered more.
Since all the API SDK methods make HTTP calls (via RestSharp), they should also allow a CancellationToken to be passed in as a parameter. Given that API calls may vary significantly in the time they take to complete (some may query for a quick status and others may download megabytes of documents), it may be quite common to have different timeout expectations for different methods. Accepting a CancellationToken would improve the API by:
It is quite common to make the CancellationToken an optional parameter, which I think would make sense here. For example
The text was updated successfully, but these errors were encountered: