ekklesiaandClaude Opus 5.5 1c6c9ccc1f test(display): one live object URL per cached slide, released when done ...

The media cache minted a new object URL on every lookup and never
revoked one. Each state refresh looks up every cached slide, so a
display leaked one pinned blob per slide per refresh. In a real browser
(Ekklesia draft PR #56, scenario stream-recycle) its own state requests
then failed with net::ERR_INSUFFICIENT_RESOURCES within about four
minutes, and it showed its offline banner on a working network.

Fails today: 303 live URLs for 3 slides after 100 refreshes. The same
bytes get a new URL each time, nothing is revoked on prune or replace,
and there is no release.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

2026-10-05 21:45:19 -05:00

..

support

feat: align Signage with platform display and design

2026-09-30 18:21:42 -05:00

backoff.test.ts

fix(display): retry every failed request with backoff, and never give up

2026-10-05 21:31:55 -05:00

contributed-renderer.test.tsx

fix(display): define the display-server messages once, in src/shared

2026-10-05 21:25:21 -05:00

display-contract.test.ts

test(display): run the real display controller against the real viewer routes

2026-10-05 21:25:21 -05:00

display-recovery.test.ts

fix(display): retry every failed request with backoff, and never give up

2026-10-05 21:31:55 -05:00

display.test.ts

fix(display): define the display-server messages once, in src/shared

2026-10-05 21:25:21 -05:00

management-ui.test.tsx

feat: align Signage with platform display and design

2026-09-30 18:21:42 -05:00

media-cache.test.ts

test(display): one live object URL per cached slide, released when done

2026-10-05 21:45:19 -05:00

module-ui.test.ts

feat: initial Signage 0.1.0

2026-08-28 16:41:54 -05:00

offline.test.ts

fix(display): define the display-server messages once, in src/shared

2026-10-05 21:25:21 -05:00

scene.test.ts

feat: initial Signage 0.1.0

2026-08-28 16:41:54 -05:00