Closed
Bug 255729
Opened 21 years ago
Closed 14 years ago
Browser consumes 100% of CPU
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: braden, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
The browser consumes 100% of the CPU--indefinitely--upon loading
<http://www.freedrinkingwater.com>.
Comment 1•21 years ago
|
||
<img name="refer" src="http://www.mozilla.org/images/mozilla-banner.gif"
onLoad="JavaScript:
refer.src='http://www.mozilla.org/images/mozilla-banner.gif'">
Comment 2•21 years ago
|
||
confirmed with linux trunk 20040814
==> layout/images
Comment 3•20 years ago
|
||
The first testcase takes for me only 100% cpu when it is in a background tab.
This testcase also takes 100% cpu when it is in a foreground tab. Removing the
"GIF89a" makes the 100% cpu go away.
After pressing "Stop" the 100% cpu goes away.
Comment 4•20 years ago
|
||
Is this also a JavaScript error?
Bug apparently blocks JavaScript from executing. A moving banner at the bottom
of the Web page is not displayed.
Bug goes away in Mozilla 1.7.5 or Fx 1.0.1 if you disable allowing JS to move
images (Edit/Preferences/Advanced/Scripts & Plug-ins/Allow scripts to Change
images in Mozilla 1.7.5). (This option may not be available in recent trunk
builds).
OS should probably be marked as "All". Bug occurs in Win 98 and XP.
Updated•20 years ago
|
OS: Linux → All
Comment 5•19 years ago
|
||
(In reply to comment #3)
> Created an attachment (id=176280) [edit]
> testcase2
>
> The first testcase takes for me only 100% cpu when it is in a background tab.
>
> This testcase also takes 100% cpu when it is in a foreground tab. Removing the
> "GIF89a" makes the 100% cpu go away.
> After pressing "Stop" the 100% cpu goes away.
WFM, no rise in the CPU load at all
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060504 Minefield/3.0a1
Comment 6•19 years ago
|
||
I'm still seeing this bug with current trunk build.
But I'm beginning to think this is not a bug at all in Mozilla, this is exactly what should happen. The scripts used in the testcases and the url are creating an endless loop.
Assignee: jdunn → nobody
Comment 7•17 years ago
|
||
WFM, no rise in the CPU load at all
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
URL WFM, but that first testcase hogs my CPU more than http://www.ut3.de/forum/unreal-tournament/unreal-tournament-files/466-jessica-1-5/
Terrible perf with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 on 2.6 GHz Windows XP, 1 GB RAM, Radeon 9800.
Comment 9•16 years ago
|
||
(In reply to comment #8)
> URL WFM, but that first testcase hogs my CPU more than
> http://www.ut3.de/forum/unreal-tournament/unreal-tournament-files/466-jessica-1-5/
>
> Terrible perf with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4)
> Gecko/20090423 Firefox/3.5b4 on 2.6 GHz Windows XP, 1 GB RAM, Radeon 9800.
Yes, but that's Bug 361754, not relevant for this bug.
Comment 10•14 years ago
|
||
testcase 2 WFM with current trunk + vista
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•