@torrent-tv/proxy 2.9.76 → 2.9.77

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.
@@ -1,179 +1,188 @@
1
- /**
2
- * @file `TorrentPool`'s interface, served from the worker thread.
3
- *
4
- * The routes, the planner, the health report and the session manager all reach
5
- * for a torrent pool and use it the same handful of ways. Rather than rewrite
6
- * every one of them to thread a `sourceKey` through and await what used to be
7
- * immediate, this presents the shape they already expect and does the thread
8
- * hop behind it. Swapping the implementation is then a one-line change at
9
- * construction, and the call sites are untouched — which is what keeps a change
10
- * of this size reviewable.
11
- *
12
- * Two accommodations are needed, and both are deliberate:
13
- *
14
- * - **`acquireFile` and `prioritizeByteRange` stay synchronous.** They return
15
- * nothing the caller inspects, so the command is dispatched and not awaited.
16
- * `acquireFile` hands back a release function exactly as before, which sends
17
- * its own command when called. Awaiting them would mean touching every call
18
- * site for no observable gain.
19
- * - **`getTorrent` needs a `sourceKey`.** Torrent objects cannot cross a
20
- * thread, so the worker keys them. Callers that have one pass it; the rest
21
- * get one derived from the source itself, so the identity stays stable
22
- * across calls for the same torrent.
23
- */
24
-
25
- import crypto from "node:crypto";
26
- import { TorrentWorkerClient } from "./client.js";
27
-
28
- /**
29
- * Stable key for a source, matching how the worker keys its torrents.
30
- *
31
- * Derived from the source itself rather than handed out per request, so two
32
- * routes asking for the same torrent name the same thing on the worker side.
33
- *
34
- * @param {"magnet" | "torrent"} sourceType
35
- * @param {string} source
36
- * @returns {string}
37
- */
38
- function deriveSourceKey(sourceType, source) {
39
- return `${sourceType}:${crypto.createHash("sha1").update(source).digest("hex")}`;
40
- }
41
-
42
- /**
43
- * A torrent pool whose work happens on another thread.
44
- *
45
- * See `protocol.js` for why: the torrent was taking ~85% of the main thread and
46
- * everything owed to a viewer queued behind it.
47
- */
48
- export class WorkerTorrentPool {
49
- #client;
50
- /** Stand-ins by source key, so repeat calls return the same object. */
51
- #torrents = new Map();
52
-
53
- /**
54
- * @param {{ maxDiskBytes?: number, memoryBytes?: number }} [options]
55
- */
56
- constructor(options = {}) {
57
- this.#client = new TorrentWorkerClient(options);
58
- }
59
-
60
- /**
61
- * Load (or join) a torrent and return a stand-in for it.
62
- *
63
- * @param {"magnet" | "torrent"} sourceType
64
- * @param {string} source
65
- * @returns {Promise<object>}
66
- */
67
- async getTorrent(sourceType, source) {
68
- const sourceKey = deriveSourceKey(sourceType, source);
69
- const existing = this.#torrents.get(sourceKey);
70
- if (existing) {
71
- return existing;
72
- }
73
- const torrent = await this.#client.getTorrent({ sourceKey, sourceType, source });
74
- this.#torrents.set(sourceKey, torrent);
75
- return torrent;
76
- }
77
-
78
- /**
79
- * Claim a file for reading; the returned function releases it.
80
- *
81
- * Synchronous by design — see the file header.
82
- *
83
- * @param {object} torrent - A stand-in from {@link getTorrent}.
84
- * @param {number} fileIndex
85
- * @returns {() => void}
86
- */
87
- acquireFile(torrent, fileIndex) {
88
- const sourceKey = torrent?.sourceKey;
89
- if (!sourceKey) {
90
- return () => undefined;
91
- }
92
- // Dispatched, not awaited — callers use the result immediately and inspect
93
- // nothing. But the release MUST NOT overtake it: both are ordinary messages
94
- // to the worker, and if release arrives first the reader count drops to zero
95
- // while a read is still running. The idle sweep then removes the torrent AND
96
- // its downloaded data out from under the encoder — field 2026-08-02:
97
- // "removed idle torrent ... and its store" mid-playback, after which every
98
- // read hung and ffmpeg saw an empty input ("Stream ends prematurely at 0").
99
- // Chaining the release onto the acquire keeps them in order.
100
- const acquired = this.#client.acquireFile(sourceKey, fileIndex).catch(() => undefined);
101
- let released = false;
102
- return () => {
103
- if (released) {
104
- return;
105
- }
106
- released = true;
107
- void acquired.then(() => this.#client.releaseFile(sourceKey, fileIndex)).catch(() => undefined);
108
- };
109
- }
110
-
111
- /**
112
- * Live download figures for the progress display.
113
- *
114
- * @param {object} torrent
115
- * @param {number | null} [fileIndex]
116
- * @param {{ resumeAnchorByteStart?: number | null }} [options]
117
- * @returns {Promise<object | null>}
118
- */
119
- async getFileStats(torrent, fileIndex = null, options = {}) {
120
- const sourceKey = torrent?.sourceKey;
121
- if (!sourceKey) {
122
- return null;
123
- }
124
- return this.#client.getFileStats({
125
- sourceKey,
126
- fileIndex,
127
- resumeAnchorByteStart: options?.resumeAnchorByteStart ?? null
128
- });
129
- }
130
-
131
- /**
132
- * Reorder piece selection around a read position.
133
- *
134
- * Synchronous by design — see the file header.
135
- *
136
- * @param {object} torrent
137
- * @param {number} fileIndex
138
- * @param {number} byteStart
139
- * @param {number} [windowBytes]
140
- * @returns {void}
141
- */
142
- prioritizeByteRange(torrent, fileIndex, byteStart, windowBytes) {
143
- const sourceKey = torrent?.sourceKey;
144
- if (!sourceKey) {
145
- return;
146
- }
147
- void this.#client
148
- .prioritizeByteRange({ sourceKey, fileIndex, byteStart, windowBytes })
149
- .catch(() => undefined);
150
- }
151
-
152
- /**
153
- * Pre-fetch the head and tail the codec probe needs.
154
- *
155
- * @param {object} torrent
156
- * @param {number} fileIndex
157
- * @param {number} [headBytes]
158
- * @param {number} [tailBytes]
159
- * @param {number} [timeoutMs]
160
- * @returns {Promise<unknown>}
161
- */
162
- async prefetchFileEdges(torrent, fileIndex, headBytes, tailBytes, timeoutMs) {
163
- const sourceKey = torrent?.sourceKey;
164
- if (!sourceKey) {
165
- return null;
166
- }
167
- return this.#client.prefetchFileEdges({ sourceKey, fileIndex, headBytes, tailBytes, timeoutMs });
168
- }
169
-
170
- /**
171
- * Shut the torrent client down and stop the thread.
172
- *
173
- * @returns {Promise<void>}
174
- */
175
- async destroyAll() {
176
- this.#torrents.clear();
177
- await this.#client.destroyAll();
178
- }
179
- }
1
+ /**
2
+ * @file `TorrentPool`'s interface, served from the worker thread.
3
+ *
4
+ * The routes, the planner, the health report and the session manager all reach
5
+ * for a torrent pool and use it the same handful of ways. Rather than rewrite
6
+ * every one of them to thread a `sourceKey` through and await what used to be
7
+ * immediate, this presents the shape they already expect and does the thread
8
+ * hop behind it. Swapping the implementation is then a one-line change at
9
+ * construction, and the call sites are untouched — which is what keeps a change
10
+ * of this size reviewable.
11
+ *
12
+ * Two accommodations are needed, and both are deliberate:
13
+ *
14
+ * - **`acquireFile` and `prioritizeByteRange` stay synchronous.** They return
15
+ * nothing the caller inspects, so the command is dispatched and not awaited.
16
+ * `acquireFile` hands back a release function exactly as before, which sends
17
+ * its own command when called. Awaiting them would mean touching every call
18
+ * site for no observable gain.
19
+ * - **`getTorrent` needs a `sourceKey`.** Torrent objects cannot cross a
20
+ * thread, so the worker keys them. Callers that have one pass it; the rest
21
+ * get one derived from the source itself, so the identity stays stable
22
+ * across calls for the same torrent.
23
+ */
24
+
25
+ import crypto from "node:crypto";
26
+ import { TorrentWorkerClient } from "./client.js";
27
+
28
+ /**
29
+ * Stable key for a source, matching how the worker keys its torrents.
30
+ *
31
+ * Derived from the source itself rather than handed out per request, so two
32
+ * routes asking for the same torrent name the same thing on the worker side.
33
+ *
34
+ * @param {"magnet" | "torrent"} sourceType
35
+ * @param {string} source
36
+ * @returns {string}
37
+ */
38
+ function deriveSourceKey(sourceType, source) {
39
+ return `${sourceType}:${crypto.createHash("sha1").update(source).digest("hex")}`;
40
+ }
41
+
42
+ /**
43
+ * A torrent pool whose work happens on another thread.
44
+ *
45
+ * See `protocol.js` for why: the torrent was taking ~85% of the main thread and
46
+ * everything owed to a viewer queued behind it.
47
+ */
48
+ export class WorkerTorrentPool {
49
+ #client;
50
+ /** Stand-ins by source key, so repeat calls return the same object. */
51
+ #torrents = new Map();
52
+
53
+ /**
54
+ * @param {{ maxDiskBytes?: number, memoryBytes?: number }} [options]
55
+ */
56
+ constructor(options = {}) {
57
+ this.#client = new TorrentWorkerClient(options);
58
+ }
59
+
60
+ /**
61
+ * Load (or join) a torrent and return a stand-in for it.
62
+ *
63
+ * @param {"magnet" | "torrent"} sourceType
64
+ * @param {string} source
65
+ * @returns {Promise<object>}
66
+ */
67
+ async getTorrent(sourceType, source) {
68
+ const sourceKey = deriveSourceKey(sourceType, source);
69
+ const existing = this.#torrents.get(sourceKey);
70
+ if (existing) {
71
+ return existing;
72
+ }
73
+ const torrent = await this.#client.getTorrent({ sourceKey, sourceType, source });
74
+ this.#torrents.set(sourceKey, torrent);
75
+ return torrent;
76
+ }
77
+
78
+ /**
79
+ * Claim a file for reading; the returned function releases it.
80
+ *
81
+ * Synchronous by design — see the file header.
82
+ *
83
+ * @param {object} torrent - A stand-in from {@link getTorrent}.
84
+ * @param {number} fileIndex
85
+ * @returns {() => void}
86
+ */
87
+ acquireFile(torrent, fileIndex) {
88
+ const sourceKey = torrent?.sourceKey;
89
+ if (!sourceKey) {
90
+ return () => undefined;
91
+ }
92
+ // Dispatched, not awaited — callers use the result immediately and inspect
93
+ // nothing. But the release MUST NOT overtake it: both are ordinary messages
94
+ // to the worker, and if release arrives first the reader count drops to zero
95
+ // while a read is still running. The idle sweep then removes the torrent AND
96
+ // its downloaded data out from under the encoder — field 2026-08-02:
97
+ // "removed idle torrent ... and its store" mid-playback, after which every
98
+ // read hung and ffmpeg saw an empty input ("Stream ends prematurely at 0").
99
+ // Chaining the release onto the acquire keeps them in order.
100
+ const acquired = this.#client.acquireFile(sourceKey, fileIndex).catch(() => null);
101
+ let released = false;
102
+ return () => {
103
+ if (released) {
104
+ return;
105
+ }
106
+ released = true;
107
+ // Release the claim this call opened, not "the file" — waiting for the
108
+ // acquire is also what tells us which claim that is.
109
+ void acquired
110
+ .then((claimId) => (claimId ? this.#client.releaseFile(claimId) : undefined))
111
+ .catch(() => undefined);
112
+ };
113
+ }
114
+
115
+ /**
116
+ * Live download figures for the progress display.
117
+ *
118
+ * @param {object} torrent
119
+ * @param {number | null} [fileIndex]
120
+ * @param {{ resumeAnchorByteStart?: number | null }} [options]
121
+ * @returns {Promise<object | null>}
122
+ */
123
+ async getFileStats(torrent, fileIndex = null, options = {}) {
124
+ const sourceKey = torrent?.sourceKey;
125
+ if (!sourceKey) {
126
+ return null;
127
+ }
128
+ return this.#client.getFileStats({
129
+ sourceKey,
130
+ fileIndex,
131
+ resumeAnchorByteStart: options?.resumeAnchorByteStart ?? null
132
+ });
133
+ }
134
+
135
+ /**
136
+ * Reorder piece selection around a read position.
137
+ *
138
+ * Synchronous by design — see the file header.
139
+ *
140
+ * @param {object} torrent
141
+ * @param {number} fileIndex
142
+ * @param {number} byteStart
143
+ * @param {number} [windowBytes]
144
+ * @returns {void}
145
+ */
146
+ prioritizeByteRange(torrent, fileIndex, byteStart, windowBytes) {
147
+ const sourceKey = torrent?.sourceKey;
148
+ if (!sourceKey) {
149
+ return;
150
+ }
151
+ void this.#client
152
+ .prioritizeByteRange({ sourceKey, fileIndex, byteStart, windowBytes })
153
+ .catch(() => undefined);
154
+ }
155
+
156
+ /**
157
+ * Pre-fetch the head and tail the codec probe needs.
158
+ *
159
+ * Takes an options object, matching `TorrentPool.prefetchFileEdges` — this
160
+ * adapter exists to present that same interface. It previously declared
161
+ * positional parameters instead, so the planner's options object arrived as
162
+ * `headBytes` and only worked because it was passed along far enough to be
163
+ * destructured at the far end. Anyone calling it as documented got the
164
+ * defaults instead of the sizes they asked for.
165
+ *
166
+ * @param {object} torrent
167
+ * @param {number} fileIndex
168
+ * @param {{ headBytes?: number, tailBytes?: number, timeoutMs?: number }} [options]
169
+ * @returns {Promise<unknown>}
170
+ */
171
+ async prefetchFileEdges(torrent, fileIndex, options = {}) {
172
+ const sourceKey = torrent?.sourceKey;
173
+ if (!sourceKey) {
174
+ return null;
175
+ }
176
+ return this.#client.prefetchFileEdges({ sourceKey, fileIndex, options });
177
+ }
178
+
179
+ /**
180
+ * Shut the torrent client down and stop the thread.
181
+ *
182
+ * @returns {Promise<void>}
183
+ */
184
+ async destroyAll() {
185
+ this.#torrents.clear();
186
+ await this.#client.destroyAll();
187
+ }
188
+ }
@@ -24,6 +24,7 @@
24
24
  import "./install-webrtc-shim.js";
25
25
  import { parentPort, workerData } from "node:worker_threads";
26
26
  import { createSendStream } from "./channel.js";
27
+ import { createFileClaims } from "./file-claims.js";
27
28
  import { Command, Event, STREAM_CHUNK_BYTES } from "./protocol.js";
28
29
 
29
30
  // Imported dynamically, and that is load-bearing: static imports are RESOLVED
@@ -41,8 +42,8 @@ const pool = new TorrentPool({
41
42
 
42
43
  /** Torrents by sourceKey — the main thread names them, this thread owns them. */
43
44
  const torrentsByKey = new Map();
44
- /** File-claim release callbacks, keyed `${sourceKey}:${fileIndex}`. */
45
- const releaseByClaim = new Map();
45
+ /** File claims, each with its own identity — see `file-claims.js`. */
46
+ const fileClaims = createFileClaims();
46
47
  /** In-flight reads, so a cancel can stop one mid-body. */
47
48
  const readsById = new Map();
48
49
 
@@ -58,17 +59,29 @@ function log(message) {
58
59
  }
59
60
 
60
61
  /**
61
- * The torrent for a sourceKey, or throw a message the caller can surface.
62
+ * The torrent for a sourceKey, waiting for it if it is still being added.
63
+ *
64
+ * The map holds a PROMISE, registered the moment the add begins rather than
65
+ * when it finishes. That distinction is the whole fix: adding a magnet takes as
66
+ * long as its metadata does — seconds to tens of seconds — and until 2.9.77
67
+ * everything naming that source in the meantime was told `Unknown source`,
68
+ * which is false. The source exists; it is not ready. Reproduced with a magnet
69
+ * nobody seeds: stats, the file listing and a read all failed instantly while
70
+ * the add was still in flight, which on the loading screen shows up as no
71
+ * peers, no progress, and a plan request that fails before the torrent has had
72
+ * a chance to start.
73
+ *
74
+ * A source that was never added still throws, which is the honest answer.
62
75
  *
63
76
  * @param {string} sourceKey
64
- * @returns {import("webtorrent").Torrent}
77
+ * @returns {Promise<import("webtorrent").Torrent>}
65
78
  */
66
- function requireTorrent(sourceKey) {
67
- const torrent = torrentsByKey.get(sourceKey);
68
- if (!torrent) {
79
+ async function requireTorrent(sourceKey) {
80
+ const pending = torrentsByKey.get(sourceKey);
81
+ if (!pending) {
69
82
  throw new Error(`Unknown source ${sourceKey}.`);
70
83
  }
71
- return torrent;
84
+ return pending;
72
85
  }
73
86
 
74
87
  /**
@@ -89,7 +102,7 @@ function requireTorrent(sourceKey) {
89
102
  * @returns {Promise<void>}
90
103
  */
91
104
  async function streamRange({ id, sourceKey, fileIndex, start, end }) {
92
- const torrent = requireTorrent(sourceKey);
105
+ const torrent = await requireTorrent(sourceKey);
93
106
  const file = torrent.files?.[fileIndex];
94
107
  if (!file) {
95
108
  throw new Error(`File ${fileIndex} not found in ${sourceKey}.`);
@@ -174,8 +187,24 @@ async function streamRange({ id, sourceKey, fileIndex, start, end }) {
174
187
  async function runCommand(command, params, id) {
175
188
  switch (command) {
176
189
  case Command.ADD_SOURCE: {
177
- const torrent = await pool.getTorrent(params.sourceType, params.source);
178
- torrentsByKey.set(params.sourceKey, torrent);
190
+ // Registered before it resolves, so anything naming this source while it
191
+ // is being added waits for it instead of being told it does not exist.
192
+ // Reusing the same promise for a repeated add also collapses two callers
193
+ // racing to open the same torrent into one.
194
+ let pending = torrentsByKey.get(params.sourceKey);
195
+ if (!pending) {
196
+ pending = pool.getTorrent(params.sourceType, params.source);
197
+ torrentsByKey.set(params.sourceKey, pending);
198
+ // A failed add must not be remembered, or every later attempt at this
199
+ // source replays the same failure. The handler also marks the rejection
200
+ // as observed, so it cannot surface as an unhandled one.
201
+ pending.catch(() => {
202
+ if (torrentsByKey.get(params.sourceKey) === pending) {
203
+ torrentsByKey.delete(params.sourceKey);
204
+ }
205
+ });
206
+ }
207
+ const torrent = await pending;
179
208
  return {
180
209
  infoHash: torrent.infoHash,
181
210
  name: torrent.name,
@@ -190,7 +219,7 @@ async function runCommand(command, params, id) {
190
219
  }
191
220
 
192
221
  case Command.LIST_FILES: {
193
- const torrent = requireTorrent(params.sourceKey);
222
+ const torrent = await requireTorrent(params.sourceKey);
194
223
  return (torrent.files ?? []).map((file, index) => ({
195
224
  index,
196
225
  name: file.name,
@@ -200,42 +229,42 @@ async function runCommand(command, params, id) {
200
229
  }
201
230
 
202
231
  case Command.ACQUIRE_FILE: {
203
- const torrent = requireTorrent(params.sourceKey);
204
- const claimKey = `${params.sourceKey}:${params.fileIndex}`;
205
- // One claim per key; a second acquire without release would leak the
206
- // first release callback and pin the file forever.
207
- if (!releaseByClaim.has(claimKey)) {
208
- releaseByClaim.set(claimKey, pool.acquireFile(torrent, params.fileIndex));
209
- }
210
- return true;
232
+ const torrent = await requireTorrent(params.sourceKey);
233
+ // Every acquire is its own claim. Sharing one per file meant the first
234
+ // reader to finish released the hold while others were still reading.
235
+ return fileClaims.open(
236
+ params.sourceKey,
237
+ params.fileIndex,
238
+ pool.acquireFile(torrent, params.fileIndex)
239
+ );
211
240
  }
212
241
 
213
242
  case Command.RELEASE_FILE: {
214
- const claimKey = `${params.sourceKey}:${params.fileIndex}`;
215
- const release = releaseByClaim.get(claimKey);
216
- if (release) {
217
- releaseByClaim.delete(claimKey);
218
- release();
243
+ const released = fileClaims.close(params.claimId);
244
+ if (!released) {
245
+ // Not fatal — but it means a release arrived twice or after teardown,
246
+ // and silence here is what let the previous scheme look healthy.
247
+ log(`release for unknown file claim ${params.claimId}`);
219
248
  }
220
- return true;
249
+ return released;
221
250
  }
222
251
 
223
252
  case Command.FILE_STATS: {
224
- const torrent = requireTorrent(params.sourceKey);
253
+ const torrent = await requireTorrent(params.sourceKey);
225
254
  return pool.getFileStats(torrent, params.fileIndex, {
226
255
  resumeAnchorByteStart: params.resumeAnchorByteStart ?? null
227
256
  });
228
257
  }
229
258
 
230
259
  case Command.PRIORITIZE: {
231
- const torrent = requireTorrent(params.sourceKey);
260
+ const torrent = await requireTorrent(params.sourceKey);
232
261
  pool.prioritizeByteRange(torrent, params.fileIndex, params.byteStart, params.windowBytes);
233
262
  return true;
234
263
  }
235
264
 
236
265
  case Command.PREFETCH_EDGES: {
237
- const torrent = requireTorrent(params.sourceKey);
238
- return pool.prefetchFileEdges(torrent, params.fileIndex, params.headBytes, params.tailBytes, params.timeoutMs);
266
+ const torrent = await requireTorrent(params.sourceKey);
267
+ return pool.prefetchFileEdges(torrent, params.fileIndex, params.options ?? {});
239
268
  }
240
269
 
241
270
  case Command.READ_RANGE: {
@@ -257,10 +286,7 @@ async function runCommand(command, params, id) {
257
286
  }
258
287
 
259
288
  case Command.DESTROY_ALL: {
260
- for (const [, release] of releaseByClaim) {
261
- release();
262
- }
263
- releaseByClaim.clear();
289
+ fileClaims.closeAll();
264
290
  torrentsByKey.clear();
265
291
  await pool.destroyAll();
266
292
  return true;
@@ -0,0 +1,64 @@
1
+ /**
2
+ * @file File claims must be held per reader, not per file.
3
+ *
4
+ * The proxy reads one file from several places at once — ffmpeg's input, the
5
+ * keyframe index, the codec probe, a second viewer. Keying claims by file made
6
+ * them shared, so the first reader to finish released the hold while the others
7
+ * were still reading, and the file's data could then be removed under them.
8
+ */
9
+
10
+ import test from "node:test";
11
+ import assert from "node:assert/strict";
12
+ import { createFileClaims } from "../services/torrent-worker/file-claims.js";
13
+
14
+ test("two readers of one file hold two claims", () => {
15
+ const claims = createFileClaims();
16
+ let released = 0;
17
+
18
+ const first = claims.open("source", 0, () => (released += 1));
19
+ const second = claims.open("source", 0, () => (released += 1));
20
+
21
+ assert.notEqual(first, second, "the second reader reused the first one's claim");
22
+ assert.equal(claims.size, 2);
23
+
24
+ claims.close(first);
25
+ assert.equal(released, 1, "closing one claim released more than one hold");
26
+ assert.equal(claims.size, 1, "the second reader's claim went with the first");
27
+
28
+ claims.close(second);
29
+ assert.equal(released, 2);
30
+ assert.equal(claims.size, 0);
31
+ });
32
+
33
+ test("a repeated release affects nothing and reports itself", () => {
34
+ const claims = createFileClaims();
35
+ let released = 0;
36
+ const claimId = claims.open("source", 3, () => (released += 1));
37
+
38
+ assert.equal(claims.close(claimId), true);
39
+ assert.equal(claims.close(claimId), false, "a second release was accepted as valid");
40
+ assert.equal(released, 1, "the hold was released twice");
41
+ });
42
+
43
+ test("a release naming nothing is rejected rather than guessed at", () => {
44
+ const claims = createFileClaims();
45
+ let released = 0;
46
+ claims.open("source", 0, () => (released += 1));
47
+
48
+ assert.equal(claims.close("source:0:999"), false);
49
+ assert.equal(released, 0, "an unknown claim released a real hold");
50
+ assert.equal(claims.size, 1);
51
+ });
52
+
53
+ test("teardown releases every outstanding claim", () => {
54
+ const claims = createFileClaims();
55
+ let released = 0;
56
+ claims.open("a", 0, () => (released += 1));
57
+ claims.open("a", 1, () => (released += 1));
58
+ claims.open("b", 0, () => (released += 1));
59
+
60
+ claims.closeAll();
61
+
62
+ assert.equal(released, 3);
63
+ assert.equal(claims.size, 0);
64
+ });