Closed
Bug 855
Opened 26 years ago
Closed 22 years ago
animated gif not displaying
Categories
(Core :: Graphics: ImageLib, defect, P2)
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.
Updated•26 years ago
|
QA Contact: elig
Summary: animated gif not displaying → animated gif not displaying
Comment 3•26 years ago
|
||
[QA Assigning to self]
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 4•26 years ago
|
||
Rubber-stamping as Verified/Later.
Comment 6•23 years ago
|
||
URL failed. INVALID.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 23 years ago
Resolution: --- → INVALID
Comment 7•22 years ago
|
||
Reopening, URL from Web Archive. Bug marked Linux so I can't test on Windows XP.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 8•22 years ago
|
||
Using the archive URL won't help much, the "WayBackMachine" hasn't stored the
images on the page.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•