public sealed class RetryInfo : Protobuf.IMessage<RetryInfo>, Protobuf.IBufferMessage
Describes when the clients can retry a failed request. Clients could ignore
the recommendation here or retry when this information is missing from error
responses.
It's always recommended that clients should use exponential backoff when
retrying.
Clients should wait until retry_delay amount of time has passed since
receiving the error response before retrying. If retrying requests also
fail, clients should use an exponential backoff scheme to gradually increase
the delay between retries based on retry_delay, until either a maximum
number of retries have been reached or a maximum retry delay cap has been
reached.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-07 UTC."],[[["`RetryInfo` is a class that provides information about when clients can retry failed requests, recommending clients utilize exponential backoff."],["Clients should wait the duration specified by the `RetryDelay` property before retrying a request, and should use exponential backoff if subsequent retries also fail."],["The `RetryDelayFieldNumber` field indicates the field number for the \"retry_delay\", and has a corresponding `RetryDelay` property, indicating the amount of time clients should wait."],["`RetryInfo` includes methods such as `Clone()`, `Equals()`, `GetHashCode()`, `MergeFrom()`, `CalculateSize()`, `ToString()`, and `WriteTo()`, which allow users to interact with and utilize the class."],["The class implements the `Protobuf.IBufferMessage` interface and inherits from `Object`."]]],[]]
