855 - animated gif not displaying

Status: VERIFIED INVALID

(Core :: Graphics: ImageLib, defect, P2)

Description

[Dawn Endico]

This url causes big problems with the 4.x browsers too.
The image http://www.mathcs.emory.edu/~abell/sowanim.gif
is not being re-displayed properly after being obscured
by another window. On Win95 with 4.x browser the space where
the image was still contains the same bits as the window that
obscured it. Eventually on win95 netscape will crash after being
manipulated a bit.

With mozilla on Linux (redhat 5.0, 2.0.35)
the redrawn image is overwritten by some kind of noise
pattern. If do "view image" in linux a corrupted image shows up
and i get a "Mozilla is out of memory" warning (I have 128mb ram
and not much else running).

Since sulaco.htm has a background image the linux build has the
bug 514 problem but it seems to act a lot differently than i've
seen with other pages. The left half of the screen is mostly ok
but the right half either has no image or sometimes shows the
bits from the previous page. The background image problem isn't
as bad when the browser is first loaded but if I run it for a
while until i've stumbled across a few asserts then the background
gets pretty messed up. The page has 2 animated gifs other than the
broken cow image. The images are centered. At the moment on my
screen, areas to the left of them seem to have the background image
applied correctly. Everything to the right of the left edge of the
animations has a plain black background except the space directly
to the right of the image. So far in this session i've had an assert
at line 179 of xfe.c and in a previous with a more messed up background
I also had an assert at line 953 of Browserframe.cpp.

I last updated from cvs on sept 20.

Comment 1

[pnunn]

The animated image has a 200x200 dimens in the header. The first frame is
200x200 but subsequent frames are 266x200.  The browser notices the larger
allocation size needed and exits with an error.

If the image's header specified a size that would accomodate the largest
frame size in the image (like 266x200) the image would display properly.

Later I'd like to change this behavior to one that tries to reallocate
to display the image. Notes: beware of potential image cache confusion and
memory leaks when implementing realloc.....

Comment 2

[leger]

Bulk moving Mozilla/ImageLig bugs to NGLayout/Image in preparation for a move to
Browser/ImageLib.

Comment 3

[Eli Goldberg]

[QA Assigning to self]

Comment 4

[Eli Goldberg]

Rubber-stamping as Verified/Later.

Comment 5

[Christopher Hoess (gone)]

LATER is deprecated.

Comment 6

[Christopher Hoess (gone)]

URL failed. INVALID.

Comment 7

[Brant Gurganus]

Reopening, URL from Web Archive.  Bug marked Linux so I can't test on Windows XP.

Comment 8

[Tristan Seligmann]

Using the archive URL won't help much, the "WayBackMachine" hasn't stored the
images on the page.

Comment 9

[Vedran Miletic]

404 - verified invalid