Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051010 Firefox/1.6a1 Java Plug-in 1.5.0_04 for Netscape Navigator (DLL Helper) Browser crashes whenever an Applet is loaded, either during loading or execution. Crashes seems to happen inside the JVM, but takes down Firefox as well. Reproducible: always Steps to reproduce: 1) open http://java.sun.com/openstudio/applets/clock.html or any other site containing an applet 2) Wait some seconds or fractions (if nothing happens, "encourage" it moving your mouse) 3) Browser crashes The above happens in a clean profile. If the applet has no chance to load (firewall, content-policy blocking...) the crash doesn't happen. Some stack traces: > ntdll.dll!7c911230() ntdll.dll!7c959dd6() ntdll.dll!7c97d6aa() ntdll.dll!7c959d18() ntdll.dll!7c92b298() msvcrt.dll!77bfc3c9() msvcrt.dll!77bfc3e7() msvcrt.dll!77bfc42e() awt.dll!6d0eeb57() awt.dll!6d0eebdd() awt.dll!6d0e3bae() user32.dll!77d18734() user32.dll!77d18816() user32.dll!77d1b4c0() user32.dll!77d1b50c() ntdll.dll!7c91eae3() user32.dll!77d19402() awt.dll!6d0e4223() ff006aec() ****************** > ntdll.dll!7c911230() ntdll.dll!7c959eb9() ntdll.dll!7c97d6aa() ntdll.dll!7c959d18() ntdll.dll!7c92b298() msvcrt.dll!77bfc3c9() msvcrt.dll!77bfc3e7() msvcrt.dll!77bfc42e() jvm.dll!6d713e66() java.dll!6d301b0e() 0549826f() 054929a4() 05490155() jvm.dll!6d6c2696() jvm.dll!6d716fd9() jvm.dll!6d6c2567() jvm.dll!6d6c2547() jvm.dll!6d70e1fd() jvm.dll!6d70e2e5() jvm.dll!6d70e3c9() jvm.dll!6d6be8fb() 05498155() 05492923() 05492923() 05492c29() 05492c29() 05492923() 05492923() 05492923() 05492923() 05492923() 05492c29() 05492923() 05492923() 05492923() 05492923() 05492a7b() 05492923() 05492923() 05492923() 05490155() jvm.dll!6d6c2696() jvm.dll!6d716fd9() jvm.dll!6d6c2567() jvm.dll!6d6c22c4() jvm.dll!6d6dd216() jvm.dll!6d741489() jvm.dll!6d741457() msvcrt.dll!77c0a3b0() kernel32.dll!7c80b50b() *********************** > ntdll.dll!7c911230() ntdll.dll!7c959eb9() ntdll.dll!7c97d6aa() ntdll.dll!7c959d18() ntdll.dll!7c92b298() msvcrt.dll!77bfc3c9() msvcrt.dll!77bfc3e7() msvcrt.dll!77bfc42e() awt.dll!6d0eeb57() awt.dll!6d0eebdd()

*** Bug 311937 has been marked as a duplicate of this bug. ***

Isn't this bug 309706?

Hello, I get this crash too (I have win98se). I load the url into the address bar, click enter, and firefox crashes immediately. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1 and also in seamonkey Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051008 SeaMonkey/1.1a But the exact same things occurs with my internet explorer. Version: 6.0.2800.1106 Also, no dr watson crash info ... I have J2SE Runtime Environment 5.0 Update 5 However, crashes and peculiarities with previous versions of java runtime environment were Not uncommon on my machine. -- Maybe my bug is different? I have a different os than XP

I just uninstalled java runtime environment, rebooted, and reinstalled jre. Mozilla now works for the clock applet. Internet Explorer also works. So, I guess my bug is different than the one reported. Perhaps the original reporter could try what I did though, to see if it makes a difference?

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051010 SeaMonkey/1.1a Java(TM) 2 Platform Standard Edition 5.0 Update 5 maybe you should update to the newest Java version?

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051010 Firefox/1.6a1 ID:2005101020 I tried this url http://java.sun.com/openstudio/applets/clock.html in a new profile with the latest java version and it didn't crash, but after closing the process firefox.exe stayed in the taskmanager. I tried also this applet http://www.jigzone.com/ms/z.php?k=2F4GIDD8 and had no trouble at all.

The clock doesn't crash my browser. But http://www.hoyts.com.au does. And it's only when I have Java switched on. And only in recent Windows trunk builds. Fine on Mac, and fine in the latest Win Moz 1.8 builds. I noticed after the crash that there were at least three copies of the Java coffee cup icon in the system tray! They disappeared, one at a time, shortly after. Is something looping and trying to load Java too many times? Or could that be a symptom of the crash, rather than the cause?

RE: Boris This bug has been filed for the issue I was describing. Except for me this only happens with Adblock installed and I assume NoScript as well when we register with content policy, even if you return 1 at the top of ShouldLoad. Talkback ID TB10801247X. Note I get it to crash with another plugin as well at this site (except no talkback id): http://www.zippyvideos.com/4941154231622876/meteor_strike/ Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051017 Firefox/1.6a1 ID:2005101706

Hmm, now that I've looked at the stack trace I see there's bug 287492 and bug 309706 already filed on the issue.

Michael, I'd suggest filing a separate bug on the adblock issue, and ccing me and biesi on it.

TB10755711Y MozillaTrunk Build ID 2005101205 identical to TB11210070W for Bug 313212 think it can be duped to bug 309706 as other Talkbacks show that Bug 313212 also can be duped to bug 309706,

Is this still a problem, now that bug 309706 is fixed?

WFM on WIN98SE BuildID 2005103110 and Tinderbox BuildID 2005103121 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051031 SeaMonkey/1.1a Your checkin is only in the 2nd Build, the first one crashes on time.gov, so I maybe this bug isn't related to Bug 309706. I didn't crash on clock.html in comment 5, but crashed in comment 11. Will retest on win98.

This is a very disturbing bug! Have you all tried to clean up the Sun directory in Documents and Settings/your profile/Application Data/Sun? We occasional get crashes (no dr. watson) because of heavy app testing running on applets on both IE and Firefox. We could not determine the reason but somehow the cache of Sun Plugin gets corrupted. We clean the entire Sun directory that I mentioned (not just the cache directory to be sure), everything gets back working dandy again. It may be a different bug though. It happens only during load up phase, not execution. It sounds more like calling an exit method than a crash, plugin may be giving up at some point and exit while cache checking phase. just to let you know,

Can't seem to reproduce anymore on the latest trunk, is this one resolved?

I'm sure this was fixed by the patch for bug 309706. None of the clocks for any of the JDK versions crash for me (the original URL for the clock no longer seems to exist). If anyone can reproduce the bug, please reopen.