24779 - EA website causes Mozilla to lock up when pointer is over link

Status: VERIFIED WORKSFORME

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

Description

[Sitsofe Wheeler]

Steps to reproduce:
1. Set window size to 615x480
2. Load a page with links on it (I used http://www.mozillazine.org/ )
3. Type www.ea.com in the location bar but don't press enter
4. Move the pointer so it is hovering over a link (I used the M12 is out! link)
5. Press enter

Expected:
Normal browsing and possibly a popup window.

Result:
The ea page will load slower than usual, causing other Mozilla windows to lock
up. No popup window. Menus do not appear properly. Clicking/hovering on the
links on the ea site does not goto/show the page. You can still scroll up and
down. When I close the window, not all the webshells are freed and Mozilla has
to be killed with ctrl-c.

If the page IS displayed OK try following a link (e.g. simcity). There is often
strangeness on the link page and webshell problem will still be there.

I did a search for bugs where the url was EA and found bug 4574. However, this
bug seems to deal with layout issues and not the freezing which I see...

Build ID: 2000012116 Linux

Comment 1

[Sitsofe Wheeler]

Webshell problem (Mozilla freezes when quit) was reproduced under WinNT 4.

Build ID: 2000012520 WinNT 4 SP6

Comment 2

[Sean Richardson]

This one's a real poser. Confirmed on NT with 2000-01-31-08-M14.

Guessing that this isn't limited to http://www.ea.com, but may involve
other pages using frames. No clue what the appropriate Component would be,
"Event Handling" or "HTMLFrames" or something else. Trying "HTMLFrames".

Comment 3

[karnaze (gone)]

Eric, please take a quick look and reassign to joki if appropriate.

Comment 4

[Eric Pollmann]

Doesn't sound like a frameset problem, but I'll take a quick look when I get a
build than can load www.ea.com without crashing... (An assert is always thrown
when loading this page, even with viewer, and in my Friday build, it crashes
immediately after the assert)

Comment 5

[Gervase Markham [:gerv]]

I can't reproduce this in the current build... but then I can't reproduce it in 
20000122 either :-|

Gerv

Comment 6

[Eric Pollmann]

I also can't reproduce this in recent build.  Much has changed in the last month
and a half, so someone surely worked long and hard to fix this bug.  Marking
WORKSFORME.  Thanks!

Comment 7

[Chris Petersen]

I can't reproduce this problem in the April 26th build.