The terminal normalized failure from the request pipeline.
The resolved request options carrying the pacing flag.
The caller's stable transport-settings object, when known, used to key the shared deadline.
The upstream host the deadline is recorded for.
Records the rate-limit reset deadline from a terminal 429, one that exhausted its retry budget, ran with retries disabled, or surfaced for any other reason without another attempt scheduled, so the next request to the same host waits for the window it already proved exhausted instead of dispatching immediately, eating another 429, and repeating until the window resets on its own.
The 429's
rateLimit.resetmetadata is already on the normalized error (parsed from thex-ratelimit-*headers of both HTTP-level and GraphQL-envelope 429s), so this is the failure-path counterpart of paceAfterSuccess: the sameMAX_PACE_WAIT_MSclamp, the same recordPaceDeadline recorder. A 429 without rate-limit metadata records nothing; there is no reset deadline to wait for.