When rendering interlaced GIFs, we often finish drawing the image, and it's left with one or more horizontal stripes. I think this happens because of layout rounding errors during the partial image updates, so that drawing subsequent rows does not always fill in the empty rows from earlier passes. FWIW, I've seen the contents of non-interlaced images 'jump around' while loading, which is probably because of similar rounding errors.

Confirming for Win98, build 2001032319. I 've seen it every time I do forced reload on http.mozilla.org. A simple reload corrects the problem. Suggesting changing OS to All. This bug appeared when new imagelib was activated.

Actually, you don't even have to reload. Scrolling the image off-screen and back on causes it to be redrawn correctly for me (NT4).

I can confirm this bug on Build 2001040304 on WinNT 4 (sp5). It doesn't appear to be limited to GIF though. I have had it happen on a JFIF image (http://albums.photopoint.com/j/ViewPhoto?u=1531201&a=11594354&p=41068651). Also, anything that forces a repaint seems to 'correct' the image -- resizing the browser window, covering the image with another window and then exposing it, etc. Scrolling only corrects the parts of the image that scoll.

Bug 75985 is similar.

*** Bug 76093 has been marked as a duplicate of this bug. ***

Changing to OS all this has been reported on all OS's And adding dependency to libpr0n bug.

since the libpr0n bug 66967 is a meta tracking bug, shouldnt this bug block it, not depend on it?

Fixing.

Right one.

over to saari

*** Bug 79007 has been marked as a duplicate of this bug. ***

-> tor who has a fix

Fix is in the patch attached to bug 73195. *** This bug has been marked as a duplicate of 73195 ***

Verified Duplicate