insideTheFluxandClaude Opus 5.5 1bc7cab6c8 LR-IMP-FORMATS: GIF density from the first frame; mostly blank canvases capped at 4 MP ...

From echelon's review of #2607:

- A GIF's LZW data now bounds its first frame's own width x height, not the logical screen's,
  so a valid GIF with a small first frame on a larger screen imports.
- A canvas the file's data leaves mostly blank (a GIF screen larger than its first frame, or an
  RLE BMP larger than its runs could cover at 255 pixels per 2 bytes) still costs its whole size
  in from_decoder, so it is limited to 4 MP (SPARSE_MAX_PIXELS) and refused before the decoder
  allocates it. Densely coded canvases keep the max_pixels limit.

Tests: a 64-byte RLE BMP declaring 2001 x 2000 or 32000 x 32000 is refused ("mostly blank");
the RLE BMP that ends early still opens at 2000 x 2000; a GIF with a 1 x 1 first frame opens on
a 2000 x 2000 screen and is refused on a 32767 x 32767 one. The first three fail without this
change.

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

2026-10-23 14:37:53 -07:00

..

it

LR-IMP-FORMATS: GIF density from the first frame; mostly blank canvases capped at 4 MP

2026-10-23 14:37:53 -07:00

jxl_tail_heap.rs

Batch 42: #1893's heap test passes the Copy DecodeOptions without clone (clippy 1.99)

2026-10-18 09:53:39 -04:00