Marmelator/pdf.js.mirror
1
0
Fork 0
mirror of https://github.com/mozilla/pdf.js.git synced 2026-07-29 10:27:21 +02:00
Code Issues Packages Projects Releases Wiki Activity

Make the PDFDataRangeTransport streaming unit-tests faster

Browse Source 
The delay between chunks when testing streaming is necessary to avoid the entire PDF document arriving all at once, since that would render those unit-tests somewhat pointless.
However, the delay is unnecessarily large which causes these unit-tests to be slower than necessary.

Also, update the range unit-tests to check the expected number of fetches *exactly* since those values are not supposed to vary.
This commit is contained in:
Jonas Jenwald 2026-05-08 12:30:00 +02:00
parent e86e9d9465
commit 15921243d4
1 changed files with 3 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
test/unit/api_spec.js
View File

@ -5207,7 +5207,7 @@ have written that much by now. So, here’s to squashing bugs.`);
describe("PDFDataRangeTransport", function () {
async function streamDelay() {
return new Promise(resolve => {
setTimeout(resolve, 250);
setTimeout(resolve, 100);
});
}
let dataPromise;
@ -5269,7 +5269,7 @@ have written that much by now. So, here’s to squashing bugs.`);
expect(contentDispositionFilename).toEqual("aaa.pdf");
expect(contentLength).toEqual(dataLength);
expect(fetches).toBeGreaterThan(4);
expect(fetches).toEqual(5);
expect(initialProgress).toEqual({
loaded: initialDataLength,
@ -5428,7 +5428,7 @@ have written that much by now. So, here’s to squashing bugs.`);
expect(contentDispositionFilename).toEqual(null);
expect(contentLength).toEqual(dataLength);
expect(fetches).toBeGreaterThan(2);
expect(fetches).toEqual(3);
expect(initialProgress.loaded).toBeGreaterThan(initialDataLength);
expect(initialProgress.total).toEqual(dataLength);