Closed Bug 333858 Opened 19 years ago Closed 19 years ago

Seamonkey goes unresponsive w/100% CPU loading some pages

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
critical

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.
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.
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
OK, I forced the condition - allowing image loads from brt.trb.com is what does it. The TB is TB17583556E.
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.