@kkdev92/vscode-ext-kit - v4.1.1
    Preparing search index...

    Interface RetryOptions

    Options for retry.

    interface RetryOptions {
        backoff?: "linear" | "exponential";
        delay?: number;
        jitter?: RetryJitter;
        maxAttempts?: number;
        maxDelay?: number;
        onRetry?: (error: unknown, attempt: number, delay: number) => void;
        retryIf?: (error: unknown, attempt: number) => boolean;
        signal?: AbortSignal;
        timeoutMs?: number;
    }
    Index
    backoff? delay? jitter? maxAttempts? maxDelay? onRetry? retryIf? signal? timeoutMs?
    backoff?: "linear" | "exponential"

    'linear' keeps the delay constant; 'exponential' doubles it each time.

    'exponential'
    delay?: number

    Initial delay between attempts in milliseconds.

    1000
    jitter?: RetryJitter

    Jitter applied to the capped delay. Worth keeping for anything that several clients might retry at once.

    'full'
    maxAttempts?: number

    Maximum attempts, including the first.

    3
    maxDelay?: number

    Upper bound on the computed delay, applied after backoff and before jitter. Stops runaway waits when maxAttempts is large.

    onRetry?: (error: unknown, attempt: number, delay: number) => void

    Called before each retry, with the delay that will actually be waited. If it throws, the retry loop stops and propagates that exception.

    retryIf?: (error: unknown, attempt: number) => boolean

    Decides whether an error is worth retrying. If it throws, the loop stops and propagates that exception.

    retry every error
    signal?: AbortSignal

    Aborts the loop: skips further attempts, interrupts an in-progress wait, and is forwarded to fn as RetryContext.signal.

    timeoutMs?: number

    Per-attempt timeout. A timed-out attempt throws TimeoutError (from ./timing), which is then treated like any other failure.

    Settings
    Member Visibility

    On This Page
    Properties