Transfer-Encoding chunked breaking GIFs
Reported by
jer...@imgix.com,
May 16 2016
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/601.5.17 (KHTML, like Gecko) Version/9.1 Safari/601.5.17 Example URL: Steps to reproduce the problem: 1. Load GIF with Transfer-Encoding chunked 2. First playback works as expected 3. When the GIF goes to loop, it turns all white What is the expected behavior? It is expected that the GIF continues to loop. This works in Firefox and Safari, and with the 'X-Content-Type-Options: nosniff' header set, this was working in Chrome. What went wrong? When loading a GIF served using 'Transfer-Encoding: chunked' the playback fails to loop and instead displays a blank frame at the end. That is, the first playback works as expected, but when it goes to repeat playback, it stop and shows nothing. This issues was previously addressed by setting the 'X-Content-Type-Options: nosniff' header, however this no longer works in later versions of Chrome 50. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? Yes Does this work in other browsers? Yes Chrome version: 50.0.2661.102 Channel: stable OS Version: OS X 10.11.4 Flash Version: Shockwave Flash 21.0 r0
,
May 17 2016
,
May 17 2016
Can you attach an image that exhibits this problem? Or a website? It sounds like it's not the image that matters, but the way it is served? (We do have issues where we do not loop on a broken GIF e.g. issue 267883; maybe it's related?)
,
Jul 1 2016
,
Aug 10 2016
jeremy@ Could you please respond to above comment #3.,are you still seeing this issue on latest stable 52.0.2743.116? Thanks,
,
Aug 12 2016
I'm not able to reproduce this issue with animated GIF images served using Transfer-Encoding: chunked on Chrome 52.
,
Nov 7 2016
No response to feedback request. Closing. |
||||
►
Sign in to add a comment |
||||
Comment 1 by dmu...@chromium.org
, May 17 2016Components: -Blink Blink>Image