Skip to content

Typo in README.md: so -> to#68

Merged
197g merged 1 commit intoimage-rs:masterfrom
stoneG:readme-typo
Oct 30, 2019
Merged

Typo in README.md: so -> to#68
197g merged 1 commit intoimage-rs:masterfrom
stoneG:readme-typo

Conversation

@stoneG
Copy link
Copy Markdown
Contributor

@stoneG stoneG commented Oct 30, 2019

No description provided.

@197g 197g merged commit 9c0e096 into image-rs:master Oct 30, 2019
@197g
Copy link
Copy Markdown
Member

197g commented Oct 30, 2019

Thank you!

lilith added a commit to lilith/image-gif that referenced this pull request Apr 13, 2026
Three valid interlaced GIFs (7x7, 9x9, 47x63) produced by gifsicle 1.95
are rejected with "image truncated". All decode correctly with giftopnm
(netpbm) and are valid per the GIF89a spec.

Root cause: when decoding interlaced frames, read_into_buffer passes
per-row slices to the LZW decoder. For small images (7-47 byte rows),
weezl's NoProgress status triggers two bugs in DecodeSubBlock:
1. Input data is skipped instead of retried with a smaller buffer
2. NoProgress during flush is treated as end-of-stream

Related: image-rs/weezl#72
lilith added a commit to lilith/image-gif that referenced this pull request Apr 13, 2026
Three valid interlaced GIFs (7x7, 9x9, 47x63) produced by gifsicle 1.95
are rejected with "image truncated". All decode correctly with giftopnm
(netpbm) and are valid per the GIF89a spec.

Root cause: when decoding interlaced frames, read_into_buffer passes
per-row slices to the LZW decoder. For small images (7-47 byte rows),
weezl's NoProgress status triggers two bugs in DecodeSubBlock:
1. Input data is skipped instead of retried with a smaller buffer
2. NoProgress during flush is treated as end-of-stream

Related: image-rs/weezl#72
lilith added a commit to lilith/image-gif that referenced this pull request Apr 13, 2026
Three valid interlaced GIFs (7x7, 9x9, 47x63) produced by gifsicle 1.95
are rejected with "image truncated". All decode correctly with giftopnm
(netpbm) and are valid per the GIF89a spec.

Root cause: when decoding interlaced frames, read_into_buffer passes
per-row slices to the LZW decoder. For small images (7-47 byte rows),
weezl's NoProgress status triggers two bugs in DecodeSubBlock:
1. Input data is skipped instead of retried with a smaller buffer
2. NoProgress during flush is treated as end-of-stream

Related: image-rs/weezl#72
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants