RefreshScheduleOptions — @gj-kit/expo-auth
A public type from @gj-kit/expo-auth. The signature below is taken directly from the 0.1.1 release declaration.
Verified import example
Section titled “Verified import example”import { RefreshScheduleOptions } from '@gj-kit/expo-auth';Signature, parameters, and return type
Section titled “Signature, parameters, and return type”/** Proactive-refresh scheduling knobs (design §3.5). All defaults preserve H7. */type RefreshScheduleOptions = { /** How many seconds before expiry to refresh. Default 90 (H7). */ readonly leadSeconds?: number | undefined; /** Minimum timer delay. Default 30_000 (H7 — prevents instant re-fire storms for nearly expired tokens). */ readonly minDelayMs?: number | undefined; /** Assumed TTL in seconds when the expiry is unknown. Default 840 = 14 minutes (H7). */ readonly fallbackTtlSeconds?: number | undefined; /** * Cap (ms) for the exponential backoff of consecutive `'transient'` retries. Default 300_000 * (5 minutes). The n-th consecutive transient retries after * `min(minDelayMs × 2^(n−1), transientMaxDelayMs)`; the counter resets on * `'refreshed'`/`'adopted'`/`signIn` — this replaces the predecessor's fixed-30s infinite * retry loop, which was a self-DoS against the auth endpoint (§7-8). */ readonly transientMaxDelayMs?: number | undefined;};This declaration is the source of truth for parameters, optionality, generics, return values, and public union/type contracts. Check the package golden path and this subpath’s import conditions for required environment, permission, and error boundaries before calling it.
Release context
Section titled “Release context”- Package:
@gj-kit/expo-auth - Version:
0.1.1 - Public entry:
. - Source: GitHub