Closed Bug 608256 Opened 14 years ago Closed 13 years ago

Firefox-4.0 4.0b8pre Crash Report [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] [@ mozilla::ipc::AsyncChannel::ReportConnectionError(char const*) ]

Categories

(Core Graveyard :: Plug-ins, defect)

defect
Not set
normal

Tracking

(firefox6-, blocking2.0 -)

RESOLVED WORKSFORME
Tracking Status
firefox6 - ---
blocking2.0 --- -

People

(Reporter: alex_mayorga, Assigned: cjones)

References

()

Details

(Keywords: crash, regression)

Crash Data

Attachments

(1 file)

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
Component: General → IPC
Keywords: crash
Product: Firefox → Core
QA Contact: general → ipc
Version: unspecified → Trunk
Alex, do you have a link to a crash report? See about:crashes if you haven't already, please.
The stacks point to PPluginInstanceParent::CallNPP_GetValue_NPPVpluginScriptableNPObject being used on an actor object that's not connected.
Component: IPC → Plug-ins
QA Contact: ipc → plugins
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
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Ever confirmed: true
Keywords: regression
Hardware: x86_64 → All
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.
OS: Linux → All
Summary: Firefox-4.0 4.0b8pre Crash Report [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] → Firefox-4.0 4.0b8pre Crash Report [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] [@ mozilla::ipc::AsyncChannel::ReportConnectionError(char const*) ]
#68 in the b7 list, please renominate if it's much higher in later betas.
blocking2.0: ? → -
#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?
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.
Crash Signature: [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] [@ mozilla::ipc::AsyncChannel::ReportConnectionError(char const*) ]
It is #16 top browser crasher in 6.0.
The spike seems to be related to the Google Earth plugin.
Crash Signature: [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] [@ mozilla::ipc::AsyncChannel::ReportConnectionError(char const*) ] → [@ mozilla::ipc::AsyncChannel::ReportConnectionError ] [@ mozilla::ipc::AsyncChannel::ReportConnectionError(char const*) ]
It is now #7 top browser crasher in 6.0b2.
Chris, is this a crash you could investigate, if not, please reassign appropriately.
Assignee: nobody → jones.chris.g
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.
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.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: