1
34%
devel: 43%

Ran 23 Jul 2026 01:01PM UTC

Files 242

Run time 6s

Badge

Embed ▾

Committed 23 Jul 2026 12:57PM UTC coverage: 88.226%. Remained the same

Job # 30009113026.1

Build Type

push

github

Committed by

carlobeltrame

Commit Message

fix(print): drain PDF stream synchronously instead of via setTimeout(0) events

Eliminate the Firefox worker hang at its source instead of mitigating it.

@react-pdf/render renders synchronously and calls ctx.end() before returning,
and with compression disabled pdfkit writes the entire document into the stream
buffer synchronously. The bytes are therefore already available when we get the
instance, so toBlob() now drains them with read() rather than listening for
'data'/'end'. pdfkit emits those events through its bundled process/browser
nextTick polyfill (setTimeout(0)), which starves in Firefox web workers and
leaves toBlob() hanging forever (flaky in CI, where every render runs in a fresh
worker). read() needs none of that scheduling.

A streamToBlob unit test renders a 20-page pdfkit document and asserts the
read() drain yields a byte-identical, valid PDF (%PDF-...%%EOF) to the event
drain, guarding against silent truncation.

This supersedes the per-worker warm-up render (removed here); with the stream
no longer drained through the nextTick scheduler there is nothing to warm.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KQ8DeKNRbyq2fLVAqdJfof

Coverage Stats

3267 of 3703 relevant lines covered (88.23%)

158.41 hits per line

carlobeltrame / ecamp3 / 30009113026 / 1
34%
devel: 43%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job api - 30009113026.1

carlobeltrame / ecamp3 / 30009113026 / 1 34% devel: 43%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job api - 30009113026.1

carlobeltrame / ecamp3 / 30009113026 / 1
34%
devel: 43%

README BADGES
x