@sparkvault/sdk-mobile 7.0.0 → 7.0.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,563 @@
1
+ // GENERATED FILE — do not edit by hand.
2
+ // Source of truth: packages/app-sdk/src/transfer-retry.js
3
+ // Regenerate with: pnpm --filter @sparkvault/sdk-mobile build
4
+
5
+ /**
6
+ * The transfer retry policy: what every first-party client does with the
7
+ * answer to a Forge transfer request (a tus chunk PATCH, an offset HEAD, the
8
+ * receipt PATCH at the final offset), in one place, so the Node uploader
9
+ * (forge-tus), the browser SDK (sdk-js bundles this module) and the mobile SDK
10
+ * (sdk-mobile carries a generated copy) read every answer the same way.
11
+ *
12
+ * It encodes what Google Drive, Google Cloud Storage, OneDrive, Dropbox and
13
+ * AWS document for resumable transfers:
14
+ * - only a request that got no answer, 408, 425, 429 or a 5xx is retried;
15
+ * every other 4xx is the server's verdict on the request;
16
+ * - `Retry-After` is a floor, never a ceiling;
17
+ * - retries back off exponentially, capped, with jitter;
18
+ * - before a chunk is sent again the server is asked for the offset it
19
+ * committed, because a request whose answer was lost may have landed;
20
+ * - a session that is gone (404, 410) is never resumed: only a new upload
21
+ * from byte 0 can succeed;
22
+ * - a transfer's retries are bounded in time and in failures in a row, and
23
+ * both bounds start over whenever the server confirms progress.
24
+ *
25
+ * Forge's own answers beyond the general rule:
26
+ * - the 409, in two kinds: one carrying `Upload-Offset` names where the
27
+ * session stands (continue from there), and one without it means another
28
+ * request holds the session's write lease, a chunk or the finalization
29
+ * (retry after its `Retry-After`);
30
+ * - a terminal answer (a 404, 410 or 412) names the code Core ended the
31
+ * upload with: its error envelope in `error.details.coreCode` for the
32
+ * refusals it words itself, and every one of them in `X-Upload-Refusal`,
33
+ * which is all a HEAD's answer, having no body, can carry; the body's code
34
+ * wins when both name one. The code decides the verdict: a full storage
35
+ * pool or a later upload that replaced this one is a refusal no new upload
36
+ * of the same file remedies, and any other code (the file the upload was
37
+ * for gone, a retired contract, a replacement base that moved on, a code
38
+ * this policy does not know) ends the session, which a new upload can
39
+ * start over;
40
+ * - a 503 carrying `Retry-After` to the receipt (the PATCH at the final
41
+ * offset) is a deferral: Forge holds every byte and is still publishing,
42
+ * and finishes without the client, so it is asked again, each time after a
43
+ * longer backoff, for as long as the idle limit allows, and never counts as
44
+ * a failure. Forge's deferral always names when to ask again; a 503 that
45
+ * does not is an ordinary failure.
46
+ *
47
+ * Isomorphic: no Node imports, no host APIs, no randomness. The jitter only
48
+ * has to spread retries, so it hashes the transfer and the attempt
49
+ * (docs/CONVENTIONS.md → Randomness).
50
+ */
51
+
52
+ import { isTransientHttpStatus } from './transient.js';
53
+ import { UPLOAD_FINAL_REFUSAL_CODES, UPLOAD_REFUSAL_HEADER } from './upload-publication.js';
54
+
55
+ /** What a client does after a transfer request, read from its answer. */
56
+ export const TRANSFER_VERDICT = Object.freeze({
57
+ /** 2xx: the request did what it asked. */
58
+ OK: 'ok',
59
+ /**
60
+ * No answer (a reset, a timeout), 408, 425, 429, a 5xx, or a 409 without
61
+ * `Upload-Offset` (another request holds the session's lease): back off,
62
+ * never sooner than `Retry-After`, then ask the server's offset before
63
+ * sending a chunk again.
64
+ */
65
+ RETRY: 'retry',
66
+ /** 409 with `Upload-Offset`: the session stands elsewhere; continue from that offset at once. */
67
+ RESYNC: 'resync',
68
+ /**
69
+ * 503 with `Retry-After` to the receipt: every byte is received and the
70
+ * publication is still running. Ask again after a backoff that grows with
71
+ * each deferral, never sooner than `Retry-After`; only the idle limit ends
72
+ * the asking, never the failures in a row.
73
+ */
74
+ DEFERRED: 'deferred',
75
+ /**
76
+ * 404 or 410 naming no code, or a 404, 410 or 412 naming a code of Core's
77
+ * that is not a final refusal (`coreCode` carries it): the session no
78
+ * longer exists; only a new upload from byte 0 can succeed.
79
+ */
80
+ GONE: 'gone',
81
+ /**
82
+ * Any other status, or a 404, 410 or 412 naming a final refusal of Core's
83
+ * (`coreCode`: UPLOAD_POOL_FULL, UPLOAD_SUPERSEDED): the server's verdict on
84
+ * this request, which repeating it, or a new upload of the same file,
85
+ * earns again.
86
+ */
87
+ REFUSED: 'refused'
88
+ });
89
+
90
+ /** The failures a transfer recovers from by trying again: the verdicts a budget's `failed` records. */
91
+ const RETRYABLE_VERDICTS = new Set([TRANSFER_VERDICT.RETRY, TRANSFER_VERDICT.RESYNC]);
92
+
93
+ /** RFC 8470: the server refused a request sent in TLS early data; the same request succeeds once the handshake completes. */
94
+ const TOO_EARLY = 425;
95
+
96
+ /** Forge's answer to a receipt whose publication it deferred. */
97
+ const SERVICE_UNAVAILABLE = 503;
98
+
99
+ /**
100
+ * The statuses a terminal answer naming Core's code arrives with: Forge's 410
101
+ * (UPLOAD_GONE, or Core's own relayed), a relayed 404, and Core's own 412.
102
+ */
103
+ const TERMINAL_STATUSES = new Set([404, 410, 412]);
104
+
105
+ /** Core's error codes are upper-case words joined by underscores; anything else names no code. */
106
+ const CORE_CODE = /^[A-Z][A-Z0-9_]{0,63}$/;
107
+
108
+
109
+ const UPLOAD_OFFSET_HEADER = 'Upload-Offset';
110
+ const RETRY_AFTER_HEADER = 'Retry-After';
111
+
112
+ /** The tus `expiration` extension's header: when the session lapses, as an HTTP-date. */
113
+ export const UPLOAD_EXPIRES_HEADER = 'Upload-Expires';
114
+
115
+ /**
116
+ * How long a client waits for the answer to an offset HEAD or a receipt
117
+ * PATCH, whatever its other requests get: on a received upload, Forge answers
118
+ * either only after its own call to Core (up to 30 s) has published the
119
+ * upload or deferred it, so each gets twice that.
120
+ */
121
+ export const HEAD_AND_RECEIPT_TIMEOUT_MS = 60_000;
122
+
123
+ /** How a retry's delay spreads past its backoff: up to this much more. */
124
+ const JITTER_SPAN_MS = 1000;
125
+
126
+ /** How long a transfer may sit without progress or a sign of life by default. */
127
+ const DEFAULT_IDLE_LIMIT_MS = 10 * 60 * 1000;
128
+
129
+ /** How many failures in a row, without progress between them, end a transfer by default. */
130
+ const DEFAULT_MAX_CONSECUTIVE_FAILURES = 8;
131
+
132
+ /**
133
+ * @typedef {'ok'|'retry'|'resync'|'deferred'|'gone'|'refused'} TransferVerdict
134
+ */
135
+
136
+ /**
137
+ * The verdicts a transfer recovers from by trying again that count as
138
+ * failures: the ones a budget's `failed` records.
139
+ * @typedef {'retry'|'resync'} RetryableTransferVerdict
140
+ */
141
+
142
+ /**
143
+ * @typedef {Object} TransferOutcome
144
+ * @property {TransferVerdict} verdict - What the client does next
145
+ * @property {number|null} retryAfterMs - The answer's `Retry-After`, in ms from
146
+ * the answer (an HTTP-date already past reads as 0); null when absent or unreadable
147
+ * @property {number|null} offset - The answer's `Upload-Offset`; null when absent or unreadable
148
+ * @property {string|null} coreCode - The code Core ended the upload with, as a
149
+ * terminal answer named it (a 404, 410 or 412: its body's details or, those
150
+ * naming none, its `X-Upload-Refusal`): REFUSED for a final refusal
151
+ * (`UPLOAD_POOL_FULL`, `UPLOAD_SUPERSEDED`), GONE for any other code
152
+ * (`NOT_FOUND`, `UPLOAD_PROTOCOL_RETIRED`, a 412's, one this policy does not
153
+ * know); null when the answer names none
154
+ */
155
+
156
+ /**
157
+ * Read the answer to a transfer request the way the policy does.
158
+ *
159
+ * @param {Object} response
160
+ * @param {number} response.status - The HTTP status; 0 when the request got no answer
161
+ * @param {((name: string) => string|null)|null} [response.headers] - Reads a
162
+ * response header by name: a fetch `Headers`' `get` or an XHR's
163
+ * `getResponseHeader`, bound to its owner (`(name) => xhr.getResponseHeader(name)`)
164
+ * @param {unknown} [response.details] - The `details` of the error envelope the
165
+ * answer's body carries (`{ error: { code, message, details } }`), as the
166
+ * runtime's one reader of a failed answer parsed it from the whole body;
167
+ * where Forge names the refusal Core decided (`coreCode`), ahead of the
168
+ * answer's `X-Upload-Refusal`. Anything that is not an object names none.
169
+ * @param {boolean} [response.receipt] - The request was the receipt: the PATCH
170
+ * at the final offset, whose 503 carrying `Retry-After` is a deferral
171
+ * @param {number} [response.now] - When the answer arrived (epoch ms), which an
172
+ * HTTP-date `Retry-After` counts from
173
+ * @returns {TransferOutcome}
174
+ * @throws {TypeError} When the status is not a whole number, headers is not a
175
+ * function, or receipt is not a boolean
176
+ */
177
+ export function classifyTransferResponse({ status, headers = null, details = null, receipt = false, now = Date.now() }) {
178
+ if (!Number.isSafeInteger(status) || status < 0) {
179
+ throw new TypeError(`A transfer answer's status is a whole number (0 for no answer), not ${status}`);
180
+ }
181
+ if (headers !== null && typeof headers !== 'function') {
182
+ throw new TypeError('A transfer answer\'s headers are read through a function from a header name to its value');
183
+ }
184
+ if (typeof receipt !== 'boolean') {
185
+ throw new TypeError(`Whether a transfer request was the receipt is a boolean, not ${receipt}`);
186
+ }
187
+ if (status === 0) {
188
+ return { verdict: TRANSFER_VERDICT.RETRY, retryAfterMs: null, offset: null, coreCode: null };
189
+ }
190
+ const header = (name) => (headers === null ? null : headers(name));
191
+ const offset = readCount(header(UPLOAD_OFFSET_HEADER));
192
+ const coreCode = TERMINAL_STATUSES.has(status)
193
+ ? coreCodeIn(details) ?? coreCodeOf(header(UPLOAD_REFUSAL_HEADER))
194
+ : null;
195
+ const retryAfterMs = readRetryAfterMs(header(RETRY_AFTER_HEADER), now);
196
+ return {
197
+ verdict: verdictFor(status, { offset, coreCode, deferral: receipt && retryAfterMs !== null }),
198
+ retryAfterMs,
199
+ offset,
200
+ coreCode
201
+ };
202
+ }
203
+
204
+ /**
205
+ * The verdict on a status that came with an answer: `offset` its readable
206
+ * `Upload-Offset`, `coreCode` the code of Core's a terminal answer names,
207
+ * `deferral` whether it answered the receipt with a readable `Retry-After`.
208
+ */
209
+ function verdictFor(status, { offset, coreCode, deferral }) {
210
+ if (status >= 200 && status < 300) return TRANSFER_VERDICT.OK;
211
+ if (status === 409) return offset === null ? TRANSFER_VERDICT.RETRY : TRANSFER_VERDICT.RESYNC;
212
+ if (coreCode !== null) return UPLOAD_FINAL_REFUSAL_CODES.includes(coreCode) ? TRANSFER_VERDICT.REFUSED : TRANSFER_VERDICT.GONE;
213
+ if (status === 404 || status === 410) return TRANSFER_VERDICT.GONE;
214
+ if (deferral && status === SERVICE_UNAVAILABLE) return TRANSFER_VERDICT.DEFERRED;
215
+ if (status === TOO_EARLY || isTransientHttpStatus(status)) return TRANSFER_VERDICT.RETRY;
216
+ return TRANSFER_VERDICT.REFUSED;
217
+ }
218
+
219
+ /** The code an error envelope's details name (`coreCode`), or null. */
220
+ function coreCodeIn(details) {
221
+ return details && typeof details === 'object' ? coreCodeOf(details.coreCode) : null;
222
+ }
223
+
224
+ /** A value that is one of Core's codes (surrounding whitespace allowed), or null. */
225
+ function coreCodeOf(value) {
226
+ if (typeof value !== 'string') return null;
227
+ const code = value.trim();
228
+ return CORE_CODE.test(code) ? code : null;
229
+ }
230
+
231
+ /** A header's non-negative whole number (surrounding whitespace allowed), or null. */
232
+ function readCount(value) {
233
+ if (typeof value !== 'string') return null;
234
+ const text = value.trim();
235
+ if (!/^\d+$/.test(text)) return null;
236
+ const count = Number(text);
237
+ return Number.isSafeInteger(count) ? count : null;
238
+ }
239
+
240
+ /** RFC 9110 §10.2.3: `Retry-After` is delay-seconds or an HTTP-date. */
241
+ function readRetryAfterMs(value, now) {
242
+ const seconds = readCount(value);
243
+ if (seconds !== null) {
244
+ const ms = seconds * 1000;
245
+ return Number.isSafeInteger(ms) ? ms : null;
246
+ }
247
+ const at = typeof value === 'string' ? parseHttpDate(value.trim(), now) : null;
248
+ return at === null ? null : Math.max(0, at - now);
249
+ }
250
+
251
+ const MONTHS = ['Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'];
252
+ const DAY_NAME = '(?:Mon|Tue|Wed|Thu|Fri|Sat|Sun)';
253
+ const LONG_DAY_NAME = '(?:Monday|Tuesday|Wednesday|Thursday|Friday|Saturday|Sunday)';
254
+ const MONTH = `(${MONTHS.join('|')})`;
255
+ const TIME_OF_DAY = '(\\d{2}):(\\d{2}):(\\d{2})';
256
+
257
+ /** IMF-fixdate, what every current server sends: `Sun, 06 Nov 1994 08:49:37 GMT`. */
258
+ const IMF_FIXDATE = new RegExp(`^${DAY_NAME}, (\\d{2}) ${MONTH} (\\d{4}) ${TIME_OF_DAY} GMT$`);
259
+ /** The obsolete RFC 850 form a recipient still accepts: `Sunday, 06-Nov-94 08:49:37 GMT`. */
260
+ const RFC850_DATE = new RegExp(`^${LONG_DAY_NAME}, (\\d{2})-${MONTH}-(\\d{2}) ${TIME_OF_DAY} GMT$`);
261
+ /** The obsolete asctime form a recipient still accepts: `Sun Nov 6 08:49:37 1994`. */
262
+ const ASCTIME_DATE = new RegExp(`^${DAY_NAME} ${MONTH} ( \\d|\\d{2}) ${TIME_OF_DAY} (\\d{4})$`);
263
+
264
+ /**
265
+ * An HTTP-date (RFC 9110 §5.6.7, all three forms a recipient must accept) as
266
+ * epoch ms, or null when it is not one or names no real moment.
267
+ *
268
+ * @param {string} text
269
+ * @param {number} now - epoch ms, which places an RFC 850 two-digit year
270
+ * @returns {number|null}
271
+ */
272
+ function parseHttpDate(text, now) {
273
+ let match = IMF_FIXDATE.exec(text);
274
+ if (match) {
275
+ const [, day, month, year, hours, minutes, seconds] = match;
276
+ return utcMs(Number(year), month, Number(day), hours, minutes, seconds);
277
+ }
278
+ match = RFC850_DATE.exec(text);
279
+ if (match) {
280
+ const [, day, month, shortYear, hours, minutes, seconds] = match;
281
+ return utcMs(rfc850Year(Number(shortYear), now), month, Number(day), hours, minutes, seconds);
282
+ }
283
+ match = ASCTIME_DATE.exec(text);
284
+ if (match) {
285
+ const [, month, day, hours, minutes, seconds, year] = match;
286
+ return utcMs(Number(year), month, Number(day.trim()), hours, minutes, seconds);
287
+ }
288
+ return null;
289
+ }
290
+
291
+ /** RFC 9110: a two-digit year more than 50 years ahead is the latest past year with those digits. */
292
+ function rfc850Year(shortYear, now) {
293
+ const currentYear = new Date(now).getUTCFullYear();
294
+ const year = currentYear - (currentYear % 100) + shortYear;
295
+ return year > currentYear + 50 ? year - 100 : year;
296
+ }
297
+
298
+ /** The UTC instant of a calendar date and time of day, or null for a date or time that does not exist. */
299
+ function utcMs(year, monthName, day, hours, minutes, seconds) {
300
+ const monthIndex = MONTHS.indexOf(monthName);
301
+ const [h, m, s] = [Number(hours), Number(minutes), Number(seconds)];
302
+ // A leap second (60) is a real time of day; the instant rolls into the next minute.
303
+ if (h > 23 || m > 59 || s > 60) return null;
304
+ const date = new Date(0);
305
+ date.setUTCFullYear(year, monthIndex, day);
306
+ if (date.getUTCFullYear() !== year || date.getUTCMonth() !== monthIndex || date.getUTCDate() !== day) {
307
+ return null;
308
+ }
309
+ return date.getTime() + ((h * 60 + m) * 60 + s) * 1000;
310
+ }
311
+
312
+ /**
313
+ * When a session lapses, read from its `Upload-Expires` (an HTTP-date).
314
+ *
315
+ * @param {unknown} headerValue - The header as received (null when absent)
316
+ * @param {number} [now] - epoch ms, which places an obsolete two-digit year
317
+ * @returns {number|null} epoch ms, or null when absent or not an HTTP-date
318
+ */
319
+ export function parseUploadExpires(headerValue, now = Date.now()) {
320
+ return typeof headerValue === 'string' ? parseHttpDate(headerValue.trim(), now) : null;
321
+ }
322
+
323
+ const FNV_OFFSET_BASIS = 0x811c9dc5;
324
+ const FNV_PRIME = 0x01000193;
325
+
326
+ /**
327
+ * 32-bit FNV-1a over the text's UTF-8 bytes: the jitter's hash. A retry's
328
+ * delay only has to spread, so it hashes what identifies the retry and draws
329
+ * nothing (docs/CONVENTIONS.md → Randomness).
330
+ *
331
+ * @param {string} text
332
+ * @returns {number} An unsigned 32-bit integer
333
+ * @throws {TypeError} When the text is not a string
334
+ */
335
+ export function fnv1a32(text) {
336
+ if (typeof text !== 'string') {
337
+ throw new TypeError(`fnv1a32 hashes a string, not ${typeof text}`);
338
+ }
339
+ let hash = FNV_OFFSET_BASIS;
340
+ const mix = (byte) => {
341
+ hash = Math.imul(hash ^ byte, FNV_PRIME) >>> 0;
342
+ };
343
+ for (const character of text) {
344
+ let point = character.codePointAt(0);
345
+ // A lone surrogate has no UTF-8 form; it encodes as U+FFFD, as TextEncoder does.
346
+ if (point >= 0xd800 && point <= 0xdfff) point = 0xfffd;
347
+ if (point < 0x80) {
348
+ mix(point);
349
+ } else if (point < 0x800) {
350
+ mix(0xc0 | (point >> 6));
351
+ mix(0x80 | (point & 0x3f));
352
+ } else if (point < 0x10000) {
353
+ mix(0xe0 | (point >> 12));
354
+ mix(0x80 | ((point >> 6) & 0x3f));
355
+ mix(0x80 | (point & 0x3f));
356
+ } else {
357
+ mix(0xf0 | (point >> 18));
358
+ mix(0x80 | ((point >> 12) & 0x3f));
359
+ mix(0x80 | ((point >> 6) & 0x3f));
360
+ mix(0x80 | (point & 0x3f));
361
+ }
362
+ }
363
+ return hash;
364
+ }
365
+
366
+ /** Transfers this runtime has keyed by `transferJitterKey`: with the start time, what tells them apart. */
367
+ let transfersKeyed = 0;
368
+
369
+ /**
370
+ * What a transfer's retries spread by when no session URL keys them yet (a
371
+ * session create) or ever (a download, whose link carries its token): the
372
+ * scope (the create endpoint, or the kind of transfer), when the transfer
373
+ * started, and this runtime's count of keyed transfers, which tell
374
+ * concurrent transfers apart. A transfer's token is a credential and never
375
+ * feeds anything observable such as a delay, so no part of the key derives
376
+ * from it (docs/CONVENTIONS.md → Randomness).
377
+ *
378
+ * @param {string} scope - The endpoint or the kind of transfer
379
+ * @returns {string} The key, for every retry of this one transfer
380
+ * @throws {TypeError} For a scope that is not a non-empty string
381
+ */
382
+ export function transferJitterKey(scope) {
383
+ if (typeof scope !== 'string' || scope.length === 0) {
384
+ throw new TypeError('A transfer jitter key needs the scope its transfer runs in');
385
+ }
386
+ transfersKeyed += 1;
387
+ return `${scope}#${Date.now()}-${transfersKeyed}`;
388
+ }
389
+
390
+ /**
391
+ * How long to wait before retry `attempt` of a transfer: `baseMs` doubling per
392
+ * attempt, capped at `capMs`, plus a jitter in [0, 1000) ms hashed from the
393
+ * transfer and the attempt, and never less than the server's `Retry-After`.
394
+ * The same transfer and attempt always wait the same; different transfers
395
+ * failing together spread out.
396
+ *
397
+ * @param {Object} options
398
+ * @param {number} options.attempt - Which retry this is, from 1
399
+ * @param {number|null} [options.retryAfterMs] - The answer's `Retry-After`: a floor
400
+ * @param {number} [options.baseMs] - The first retry's backoff
401
+ * @param {number} [options.capMs] - The longest backoff, before jitter
402
+ * @param {string} options.jitterKey - What identifies the transfer (its session
403
+ * URL, or a `transferJitterKey`)
404
+ * @returns {number} ms
405
+ * @throws {TypeError} For an attempt that is not a whole number from 1, a
406
+ * missing jitter key, or a delay bound that is not a positive number of ms
407
+ */
408
+ export function retryDelayMs({ attempt, retryAfterMs = null, baseMs = 1000, capMs = 32000, jitterKey }) {
409
+ if (!Number.isSafeInteger(attempt) || attempt < 1) {
410
+ throw new TypeError(`A retry's attempt is a whole number from 1, not ${attempt}`);
411
+ }
412
+ if (typeof jitterKey !== 'string' || jitterKey.length === 0) {
413
+ throw new TypeError('A retry delay needs the key its transfer spreads by');
414
+ }
415
+ if (!isDuration(baseMs) || baseMs === 0 || !isDuration(capMs) || capMs < baseMs) {
416
+ throw new TypeError(`A retry backs off from a positive base (${baseMs} ms) up to a cap no smaller (${capMs} ms)`);
417
+ }
418
+ if (retryAfterMs !== null && !isDuration(retryAfterMs)) {
419
+ throw new TypeError(`A Retry-After floor is a non-negative number of ms, not ${retryAfterMs}`);
420
+ }
421
+ const backoff = Math.min(capMs, baseMs * 2 ** (attempt - 1));
422
+ const jitter = Math.floor((fnv1a32(`${jitterKey}|${attempt}`) / 2 ** 32) * JITTER_SPAN_MS);
423
+ return Math.max(backoff + jitter, retryAfterMs ?? 0);
424
+ }
425
+
426
+ function isDuration(ms) {
427
+ return Number.isFinite(ms) && ms >= 0;
428
+ }
429
+
430
+ /**
431
+ * @typedef {Object} TransferBudget
432
+ * @property {() => void} progressed - The server confirmed progress (bytes
433
+ * landed, or the offset it names moved forward): the failures in a row and
434
+ * the idle clock start over
435
+ * @property {() => void} alive - A sign of life the server has not confirmed
436
+ * (bytes are leaving, or the device is back online): the idle clock starts
437
+ * over and the failures in a row stand, so attempts that die before the
438
+ * server confirms anything still end the transfer
439
+ * @property {(verdict: RetryableTransferVerdict, retryAfterMs?: number|null) => boolean} failed -
440
+ * Records a retryable answer (RETRY or RESYNC) and says whether another
441
+ * attempt is allowed: the failures in a row stay under the max, and the
442
+ * attempt `retryAfterMs` allows would start inside the idle limit, so a
443
+ * transfer never sleeps on a Retry-After longer than its budget. The limit
444
+ * bounds when a retry is decided; a retry decided inside it still waits its
445
+ * own backoff, so a transfer ends within one backoff of the limit.
446
+ * @property {(retryAfterMs?: number|null) => boolean} deferred - Records a
447
+ * DEFERRED answer and says whether to ask again: only the idle limit bounds
448
+ * it, as `failed` applies it, because a deferral is the server at work,
449
+ * never a failure, so the failures in a row stand
450
+ * @property {number} consecutiveFailures - Retryable failures since the last progress
451
+ * @property {number} attempt - Failures and deferrals since the last progress:
452
+ * the attempt the next wait's delay is computed for, so each deferral backs
453
+ * the next ask off as a failure does, sparing a Core that is struggling to
454
+ * publish
455
+ * @property {number} msSinceProgress - ms since the last progress or sign of life
456
+ */
457
+
458
+ /**
459
+ * The retry budget of one transfer: retries are bounded by failures in a row
460
+ * and by time without progress, deferrals by time alone, and both bounds
461
+ * start over whenever the server confirms progress, so a slow transfer that
462
+ * keeps landing bytes is never cut off while a dead one ends in bounded time.
463
+ *
464
+ * @param {Object} [options]
465
+ * @param {number} [options.idleLimitMs] - How long the transfer may go without
466
+ * progress or a sign of life
467
+ * @param {number} [options.maxConsecutiveFailures] - Failures in a row that end the transfer
468
+ * @param {() => number} [options.now] - The clock, epoch ms
469
+ * @returns {TransferBudget}
470
+ * @throws {TypeError} For a limit that is not a positive number, or a clock that is not a function
471
+ */
472
+ export function createTransferBudget({
473
+ idleLimitMs = DEFAULT_IDLE_LIMIT_MS,
474
+ maxConsecutiveFailures = DEFAULT_MAX_CONSECUTIVE_FAILURES,
475
+ now = () => Date.now()
476
+ } = {}) {
477
+ if (!isDuration(idleLimitMs) || idleLimitMs === 0) {
478
+ throw new TypeError(`A transfer's idle limit is a positive number of ms, not ${idleLimitMs}`);
479
+ }
480
+ if (!Number.isSafeInteger(maxConsecutiveFailures) || maxConsecutiveFailures < 1) {
481
+ throw new TypeError(`A transfer's failure limit is a whole number from 1, not ${maxConsecutiveFailures}`);
482
+ }
483
+ if (typeof now !== 'function') {
484
+ throw new TypeError('A transfer budget reads time from a clock function');
485
+ }
486
+
487
+ let consecutiveFailures = 0;
488
+ let deferrals = 0;
489
+ let lastSignOfLifeAt = now();
490
+ const msIdle = () => now() - lastSignOfLifeAt;
491
+ const startsInsideIdleLimit = (retryAfterMs) => {
492
+ if (retryAfterMs !== null && !isDuration(retryAfterMs)) {
493
+ throw new TypeError(`A Retry-After floor is a non-negative number of ms, not ${retryAfterMs}`);
494
+ }
495
+ return msIdle() + (retryAfterMs ?? 0) < idleLimitMs;
496
+ };
497
+
498
+ return Object.freeze({
499
+ progressed() {
500
+ consecutiveFailures = 0;
501
+ deferrals = 0;
502
+ lastSignOfLifeAt = now();
503
+ },
504
+ alive() {
505
+ lastSignOfLifeAt = now();
506
+ },
507
+ failed(verdict, retryAfterMs = null) {
508
+ if (!RETRYABLE_VERDICTS.has(verdict)) {
509
+ throw new TypeError(`A transfer budget records retryable answers only, not '${verdict}'`);
510
+ }
511
+ const allowed = startsInsideIdleLimit(retryAfterMs);
512
+ consecutiveFailures += 1;
513
+ return allowed && consecutiveFailures < maxConsecutiveFailures;
514
+ },
515
+ deferred(retryAfterMs = null) {
516
+ const allowed = startsInsideIdleLimit(retryAfterMs);
517
+ deferrals += 1;
518
+ return allowed;
519
+ },
520
+ get consecutiveFailures() {
521
+ return consecutiveFailures;
522
+ },
523
+ get attempt() {
524
+ return consecutiveFailures + deferrals;
525
+ },
526
+ get msSinceProgress() {
527
+ return msIdle();
528
+ }
529
+ });
530
+ }
531
+
532
+ /** Why an offset the server names cannot be resumed from. */
533
+ export const RESUME_OFFSET_PROBLEM = Object.freeze({
534
+ /** Not a non-negative whole number of bytes. */
535
+ INVALID: 'invalid',
536
+ /** Past the upload's length: resuming from it would report a partial upload complete. */
537
+ BEYOND_TOTAL: 'beyond_total',
538
+ /** Inside a chunk: a session commits whole chunks only, so the answer is corrupt. */
539
+ MISALIGNED: 'misaligned'
540
+ });
541
+
542
+ /**
543
+ * Why a session offset the server named (a HEAD's, or a 409's `Upload-Offset`)
544
+ * cannot be resumed from, or null when it can. Forge commits whole chunks, so
545
+ * a session stands at a multiple of its chunk size or at its total.
546
+ *
547
+ * @param {number|null} offset
548
+ * @param {Object} geometry
549
+ * @param {number} geometry.totalSize - The upload's length (a non-negative whole number)
550
+ * @param {number} geometry.chunkSize - The session's chunk size (a positive whole number)
551
+ * @returns {'invalid'|'beyond_total'|'misaligned'|null}
552
+ * @throws {TypeError} When the length is not a non-negative whole number or
553
+ * the chunk size not a positive one
554
+ */
555
+ export function resumeOffsetProblem(offset, { totalSize, chunkSize }) {
556
+ if (!Number.isSafeInteger(totalSize) || totalSize < 0 || !Number.isSafeInteger(chunkSize) || chunkSize < 1) {
557
+ throw new TypeError(`An upload's geometry is a whole length and a positive chunk size, not ${totalSize} and ${chunkSize}`);
558
+ }
559
+ if (!Number.isSafeInteger(offset) || offset < 0) return RESUME_OFFSET_PROBLEM.INVALID;
560
+ if (offset > totalSize) return RESUME_OFFSET_PROBLEM.BEYOND_TOTAL;
561
+ if (offset !== totalSize && offset % chunkSize !== 0) return RESUME_OFFSET_PROBLEM.MISALIGNED;
562
+ return null;
563
+ }