Closed
Bug 142052
Opened 22 years ago
Closed 21 years ago
Animated gif over expanded gif in span sets cpu to 100%
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ejohnson0547, Assigned: pavlov)
References
Details
Attachments
(5 files)
I have a html page which has an 1x1 pixel gif inside a span, expanded to fill the whole page. Then there is also an animated gif on the page. When these two are together, it causes the cpu to max out at 100%, and causes the mouse to move very slowly. This actually came from a spam email originally, but I cut out all the irrelevant stuff. IE displays it just fine without any spiking of the cpu. I know this may be bad html coding, but the last thing I want is for spam to be able to render Mozilla helpless. I will attach the html page and the two gif images. I am using build 2002050304.
Reporter | ||
Comment 1•22 years ago
|
||
Reporter | ||
Comment 2•22 years ago
|
||
Reporter | ||
Comment 3•22 years ago
|
||
Comment 4•22 years ago
|
||
I have also seen this same problem in RC1, RC2, and RC3. One interesting side-note...if another window is the active window, with the Mozilla window still visible elsewhere on the screen, Mozilla will render the animated gifs properly and *not* spike the CPU. Mozilla only spikes the CPU when it becomes the active window. Doesn't affect functionality much, but it does get annoying...the pages that trigger it most often for me are those generated by the Big Brother network monitoring system, which uses an expanded image for the background, and small animated gifs to indicate varying degrees of system status.
Comment 5•22 years ago
|
||
Noted today (under RC3) that switching to a window displaying a page with a small gif expanded as the background, even without other images (animated or not), causes a CPU usage spike. Switching to such a window takes around 1.5 seconds, whereas switching to windows displaying other pages is near instantaneous. The page in question doesn't have a lot of fancy HTML or anything...I'll upload a page and test image shortly.
Comment 6•22 years ago
|
||
Comment 7•22 years ago
|
||
Comment 8•22 years ago
|
||
Problem still present in 1.0 release. Also noted that issue seems heavily tied to the size of the window...the larger the window, the longer the CPU spike. Running with maximized windows on a 1280x1024 display really shows the problem well.
Updated•22 years ago
|
Whiteboard: DUPEME
Reporter | ||
Comment 10•22 years ago
|
||
Yes I am still seeing this bug using latest build number 2002120308. WinNT 4, PIII 650 MHz, 256MB ram, no other applications running.
Comment 11•21 years ago
|
||
worksforme with linux trunk 20030713 (Mozilla did not use measurable CPU) ejohnson0547: can you still reproduce this problem? if not, please mark WORKSFORME.
Updated•21 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•