[Webkit-unassigned] [Bug 183153] Animated GIF imagery with finite looping are falling one loop short

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=183153

Jon Lee <jonlee at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |jonlee at apple.com
         Resolution|INVALID                     |---

--- Comment #8 from Jon Lee <jonlee at apple.com> ---
As Said said, a loopCount of 0 represents infinite looping, not 1. That means it is possible that loopCount could mean "loops in addition to the normal 1" or "total loops".

If the expectation is that in order to never have looping you don't include the extension header at all, then the former interpretation seems right. But if no such expectation exists, then the latter is also plausible.

The Chrome bug includes a comment about the difference between official and "street" specs. So it's possible there's just no good documentation of what's expected. For compatibility, we'll want to match the other browsers, but I wish we had a library of looping GIFs to ensure we're on the same page.

I found this old open bug with the same report, but it looks like they addressed it somewhere else:
https://bugzilla.mozilla.org/show_bug.cgi?id=805392

Some additional samples:
http://www.soniacoleman.com/Tutorials/PowerPoint/animated_gifs/gifs.htm

Either way, being a jerk doesn't help get bugs fixed any faster.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180413/595b40a8/attachment-0001.html>