Closed Bug 855 Opened 26 years ago Closed 22 years ago

animated gif not displaying

Categories

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

x86
Linux
defect

Tracking

()

VERIFIED INVALID

People

(Reporter: endico, Assigned: pnunn)

References

()

Details

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.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → LATER
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.....
Bulk moving Mozilla/ImageLig bugs to NGLayout/Image in preparation for a move to Browser/ImageLib.
QA Contact: elig
Summary: animated gif not displaying → animated gif not displaying
[QA Assigning to self]
Status: RESOLVED → VERIFIED
Rubber-stamping as Verified/Later.
Depends on: 75338
No longer depends on: 75338
Depends on: 75338
No longer depends on: 75338
LATER is deprecated.
Status: VERIFIED → REOPENED
Resolution: LATER → ---
URL failed. INVALID.
Status: REOPENED → RESOLVED
Closed: 26 years ago23 years ago
Resolution: --- → INVALID
Reopening, URL from Web Archive. Bug marked Linux so I can't test on Windows XP.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Blocks: 119597
Using the archive URL won't help much, the "WayBackMachine" hasn't stored the images on the page.
Status: REOPENED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → INVALID
404 - verified invalid
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.