User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:2.0b8pre) Gecko/20101028 Firefox/4.0b8pre Build Identifier: Crashed Firefox-4.0 4.0b8pre Crash Report [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] while trying to load an applet to replicate Icedtea Bug 485 100% cpu load side effect with applets http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=485 Reproducible: Didn't try Steps to Reproduce: 1. Load a page with an applet http://www.javatester.org/version.html Actual Results: Crash Expected Results: No crash http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=485

Alex, do you have a link to a crash report? See about:crashes if you haven't already, please.

Josh, please find a couple of reports below. http://crash-stats.mozilla.com/report/index/bp-64e22535-6944-4f95-9c79-1015f2101029 http://crash-stats.mozilla.com/report/index/bp-c6bc1f56-1a97-473d-ad1f-986542101111

The stacks point to PPluginInstanceParent::CallNPP_GetValue_NPPVpluginScriptableNPObject being used on an actor object that's not connected.

Site above works for me, Java 1.6.0 update 22, no crash for me. Latest night trunk. Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101115 Firefox/4.0b8pre

Found this one that crashes more consistently http://www.hob.de/webapps/jwt32/jwtxp.htm

No crash too. ubunto10.04 Java(TM) Plug-in 1.6.0_22 Mozilla/5.0 (X11; Linux i686; rv:2.0b8pre) Gecko/20101116 Firefox/4.0b8pre ID:20101116031409

Maybe it's a 64 bit thing, I can crash on queue by clicking http://www.hob.de/webapps/jwt32/jwtxp.htm see http://crash-stats.mozilla.com/report/index/bp-6f957248-7fc6-44f6-8f8e-54fdc2101121 for another example.

It is #10 top crasher on Linux in 4.0b8pre for the last week. It happens on x86 and x86_64 processors in 4.0b7 and 4.0b8pre builds. More reports at: http://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=exact&query=&range_value=4&range_unit=weeks&hang_type=any&process_type=any&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=mozilla%3A%3Aipc%3A%3AAsyncChannel%3A%3AReportConnectionError

Changing to all and adding the Windows variant of the signature. Doesn't appear to be terribly high volume with 23 crashes in the last two weeks on Linux/Mac and 13 on Windows.

#68 in the b7 list, please renominate if it's much higher in later betas.

#96 on Windows in 4.0b9 for the last week. #13 on Linux in 4.0b9 for the last week.

I keep getting errors, hangs and crashes when using work's remote office solution. This causes both Firefox and Chromium to crash on Ubuntu 11.04. Looks like the problem is in HOBLink JWT 3.3 and as such I've reported it to support{at}hobsoft.com ... document not found! cookie not found! document not found! cookie not found! document not found! cookie not found! (firefox-4.0-bin:3137): GLib-CRITICAL **: g_string_erase: assertion `pos + len <= string->len' failed java.lang.RuntimeException: Unable to find processor for message reference 12481 JavaScriptFinalize at sun.applet.PluginStreamHandler.finishCallRequest(PluginStreamHandler.java:317) at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:259) at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:80) Exception in thread "Thread-10" java.lang.RuntimeException: Unable to find processor for message plugin PluginCookieInfo reference 12484 DSSignInURL=/; DSID=ad41e91a7c5d13c7f040d971c5dcc900; DSFirstAccess=1299008842; DSLastAccess=1299008850 at sun.applet.PluginStreamHandler.finishCallRequest(PluginStreamHandler.java:317) at sun.applet.PluginStreamHandler.handlePluginMessage(PluginStreamHandler.java:284) at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:205) at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:80) (firefox-4.0-bin:3137): GLib-CRITICAL **: g_string_erase: assertion `pos + len <= string->len' failed Unable to find classid for java.lang.String

Continue crashing on Mozilla/5.0 (X11; Linux x86_64; rv:2.0b13pre) Gecko/20110301 Firefox/4.0b13pre ID:20110301045101 http://crash-stats.mozilla.com/report/index/bp-e524e069-d49f-44fe-89d8-123ef2110301 is the latest but unfortunately none of my reports seems to load =( The final message on the crash.log is: ###!!! ABORT: Main-thread-only object used off the main thread: file /build/buildd/firefox-4.0-4.0~b13~hg20110301r63189+nobinonly/build-tree/mozilla/xpcom/base/nsCycleCollector.cpp, line 1195 ###!!! ABORT: Main-thread-only object used off the main thread: file /build/buildd/firefox-4.0-4.0~b13~hg20110301r63189+nobinonly/build-tree/mozilla/xpcom/base/nsCycleCollector.cpp, line 1195

My crashes are caused by icedtea-plugin reported at https://bugs.edge.launchpad.net/ubuntu/+source/openjdk-6/+bug/727365 I'd guess OOPP would catch this and spare me the Minefield crash, but it doesn't =(

OOPP is disabled for Java because the special Java hooks are causing problems. The aborts probably indicate that icedtea is calling some NPAPI hook on some thread which is not the main thread, which is definitely absolutely wrong. If you'd like to do a debug build and get a stack from the abort, that would be helpful.

(In reply to comment #15) > If you'd like to do a debug build and get a stack from the abort, that would be > helpful. I can certainly try, can you point me to a how-to for the debug build?

FWIW Here are two of the latest crashes: https://crash-stats.mozilla.com/report/index/bp-3d60078e-a379-4d72-92fc-56ff32110307 https://crash-stats.mozilla.com/report/index/bp-f0bb5ed1-5a85-4949-8636-da38c2110304 Am I now seeing another bug?

Yes, those crashes have an entirely different signature (and don't have good backtraces, so it's very hard to figure out what's actually going on).

(In reply to comment #18) > Yes, those crashes have an entirely different signature (and don't have good > backtraces, so it's very hard to figure out what's actually going on). Filed bug 642117 for my frequent crashes [@ libc-2.13.so@0x33xxx ]

I met a crash in ReportConnectionError today on Solaris. The stack is similar to https://crash-stats.mozilla.com/report/index/02e05ae3-1cc8-4efd-9d0b-8f34e2110429 Obviously, mListener is null and caused the crash.

It is #16 top browser crasher in 6.0. The spike seems to be related to the Google Earth plugin.

It is now #7 top browser crasher in 6.0b2.

Chris, is this a crash you could investigate, if not, please reassign appropriately.

hard for me to tell if there is a new volume regression, but there might be. here is the raw data showing crash counts by version over the last few days. 6.0 when to beta around July 10. 20110708 504 408 5.02011061515, 61 4.0.12011041322, 8 5.02011052709, 8 4.02011031805, 3 6.02011070519, 3 5.02011061417, 3 5.02011051719, 2 8.0a12011070703, 1 7.0a22011070704, 1 7.0a12011070303, 1 6.0a22011070504, 1 6.0a22011060904, 1 5.02011060815, 1 4.0b72010110414, 1 4.0b122011022221, 1 4.0b112011020314, 20110709 437 351 5.02011061515, 49 4.0.12011041322, 17 6.02011070519, 4 4.02011031805, 3 5.02011051719, 2 8.0a12011070803, 2 5.02011061417, 2 5.02011060815, 2 5.02011052709, 2 4.0b82010121417, 2 4.0b122011022221, 1 7.0a22011070804, 20110710 566 413 5.02011061515, 60 6.02011070519, 59 4.0.12011041322, 12 4.02011031805, 6 5.02011052709, 3 4.0b72010110414, 2 8.0a12011071003, 2 8.0a12011070703, 2 5.02011042714, 2 4.0b82010121417, 1 8.0a12011070903, 1 7.0a22011071004, 1 7.0a22011070804, 1 5.02011061417, 1 5.02011060815, 20110711 576 415 5.02011061515, 65 4.0.12011041322, 56 6.02011070519, 7 4.02011031805, 4 5.02011052709, 3 7.0a22011071004, 3 5.02011061417, 3 5.02011060815, 2 7.0a22011070904, 2 5.02011051719, 2 4.0b72010110414, 2 4.0b122011022221, 1 8.0a12011071103, 1 8.0a12011071003, 1 7.0a22011071104, 1 7.0a22011070804, 1 7.0a22011070604, 1 7.0a12011070203, 1 6.0a22011070504, 1 6.0a22011062304, 1 5.02011042714, 1 4.0b82010121417, 1 4.0b112011020314, 1 4.0b102011012116, 20110712 529 383 5.02011061515, 77 6.02011070519, 44 4.0.12011041322, 6 4.02011031805, 4 5.0.12011070718, 3 7.0a22011071104, 3 4.0b122011022221, 2 5.02011052709, 2 5.02011051719, 2 4.0b72010110414, 1 8.0a12011070703, 1 7.0a22011071204, 1 4.0b112011020314, 20110713 524 379 5.02011061515, 69 6.02011070519, 48 4.0.12011041322, 6 4.02011031805, 4 5.0.12011070718, 4 5.02011061417, 3 5.02011052709, 3 4.0b92011011019, 1 8.0a12011071203, 1 7.0a22011071204, 1 7.0a22011071104, 1 6.0a22011070504, 1 5.02011060815, 1 5.02011051719, 1 5.02011042714, 1 4.0b122011022221, 20110714 623 445 5.02011061515, 86 6.02011070519, 40 4.0.12011041322, 9 4.02011031805, 7 5.0.12011070718, 6 7.0a22011071304, 5 5.02011051719, 3 7.0a22011071204, 3 5.02011061417, 3 5.02011060815, 3 4.0b72010110414, 2 4.0b82010121417, 2 4.0b122011022221, 2 4.0b112011020314, 2 4.0b102011012116, 1 7.0a22011071104, 1 7.0a22011071004, 1 6.0a22011070504, 1 5.02011052709, 1 4.0b92011011019, 20110715 503 331 5.02011061515, 79 6.02011070519, 40 4.0.12011041322, 18 5.0.12011070718, 7 4.02011031805, 5 6.02011071317, 3 5.02011060815, 3 5.02011052709, 3 5.02011051719, 2 8.0a12011071303, 2 7.0a22011071504, 2 5.02011042714, 1 7.0a22011071404, 1 7.0a22011071304, 1 7.0a22011071104, 1 6.0a22011070504, 1 4.0b82010121417, 1 4.0b122011022221, 1 4.0b102011012116, 1 4.02011030319, 20110716 412 285 5.02011061515, 38 6.02011070519, 33 4.0.12011041322, 21 6.02011071317, 11 4.02011031805, 8 5.0.12011070718, 4 5.02011052709, 3 7.0a22011071604, 2 7.0a22011071504, 1 8.0a12011071603, 1 8.0a12011071503, 1 8.0a12011070703, 1 7.0a22011071204, 1 5.02011061417, 1 4.0b72010110414, 1 4.0b112011020314, 20110717 527 335 5.02011061515, 59 6.02011071317, 58 4.0.12011041322, 38 6.02011070519, 16 5.0.12011070718, 6 4.02011031805, 5 4.0b122011022221, 3 5.02011052709, 2 7.0a22011071604, 2 5.02011061417, 1 7.0a22011071704, 1 5.02011051719, 1 4.0b92011011019,

Here's what I'm seeing on http://earth.google.com/plugin/tours/ when I run the San Francisco tour. First ###!!! ASSERTION: Badness!: 'Not Reached', file c:/Users/cjones/mozilla/ff-dbg/dom/plugins/ipc/../../../../mozilla-central/dom/plugins/ipc/PluginInstanceChild.cpp, line 1253 then towards the end of the movie, ###!!! ASSERTION: windowHook out of sync with reality: '(!!windowHook) == SyncChannel::IsPumpingMessages()', file c:/Users/cjones/mozilla/ff-dbg/ipc/glue/../../../mozilla-central/ipc/glue/WindowsMessageLoop.cpp, line 864 over and over, interspersed with slow-script warnings. Looks like we're failing to break out of this loop.

https://crash-stats.mozilla.com/report/list?product=Firefox&version=Firefox%3A8.0a1&query_search=signature&query_type=contains&query=mozilla%3A%3Aipc%3A%3AAsyncChannel%3A%3AReportConnectionError&reason_type=contains&date=08%2F09%2F2011%2009%3A45%3A38&range_value=4&range_unit=weeks&hang_type=any&process_type=any&do_query=1&signature=mozilla%3A%3Aipc%3A%3AAsyncChannel%3A%3AReportConnectionError%28char%20const%2A%29 7/28 seems to be the point this normalizes out on Windows.

WFM since - this is likely a latent bug tickled by bug 626975 - but, I couldn't repro, so no leads on latent bug - appears to have gone away with fix for 626975 If this pops up again (and it probably will) let's file a new bug for it.