Closed
Bug 333858
Opened 19 years ago
Closed 19 years ago
Seamonkey goes unresponsive w/100% CPU loading some pages
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: david.hagood, Unassigned)
References
()
Details
(Keywords: hang)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051121 MultiZilla/1.8.1.1c SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051121 MultiZilla/1.8.1.1c SeaMonkey/1.5a
Certain pages cause Seamonkey to get caught in a loop with 100% CPU load - for example, http://www.latimes.com/news/nationworld/world/la-fg-cocola12apr12,0,5775549.story?coll=la-home-headlines
The UI goes completely unresponsive - clicking on window close will NOT work - the only way out is a SIG(HUP|TERM|KILL) to the process.
Reproducible: Always
Steps to Reproduce:
1. Load the specified URL
Actual Results:
CPU load goes to 100%, Seamonkey stops responding to ALL events.
Expected Results:
Page should load.
Reporter | ||
Comment 1•19 years ago
|
||
Examining the code shows the page tries to fetch some advertising from brt.trb.com - blocking JS and images from them seems to have allowed the page to load.
Comment 2•19 years ago
|
||
worksforme with linux seamonkey trunk build 2006041318
can you try with a clean profile?
or, while it's frozen, do:
% kill -SEGV _pid_of_seamonkey_
this should trigger talkback and we can see the stack it had while it was frozen.
Keywords: hang
Version: unspecified → Trunk
Reporter | ||
Comment 3•19 years ago
|
||
OK, I forced the condition - allowing image loads from brt.trb.com is what does it.
The TB is TB17583556E.
Reporter | ||
Comment 4•19 years ago
|
||
Just loaded the latest nightly, and am unable to reproduce.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•