572187 - Plugin Crash Report [@ hang | mozilla::plugins::PPluginScriptableObjectParent::CallInvoke(mozilla::plugins::PPluginIdentifierParent*, InfallibleTArray<mozilla::plugins::Variant> const&, mozilla::plugins::Variant*, bool*) ]

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Plug-ins, defect)

Description

[chris hofmann]

appears this might be a low volume regression to keep an eye on as 3.6.4 users increase

http://crash-stats.mozilla.com/report/index/d9d5c509-20a0-43c6-b688-faae22100613

0  	 	@0x1  	
1 	xul.dll 	mozilla::ipc::SyncChannel::ShouldContinueFromTimeout 	ipc/glue/SyncChannel.cpp:261
2 	xul.dll 	mozilla::ipc::RPCChannel::Call 	ipc/glue/RPCChannel.cpp:210
3 	xul.dll 	mozilla::plugins::PPluginScriptableObjectParent::CallInvoke 	obj-firefox/ipc/ipdl/PPluginScriptableObjectParent.cpp:254
4 	xul.dll 	mozilla::plugins::PluginScriptableObjectParent::ScriptableInvoke 	dom/plugins/PluginScriptableObjectParent.cpp:216
5 	xul.dll 	CallNPMethodInternal 	modules/plugin/base/src/nsJSNPRuntime.cpp:1501
6 	xul.dll 	CallNPMethod 	modules/plugin/base/src/nsJSNPRuntime.cpp:1551
7 	js3250.dll 	js_Invoke 	js/src/jsinterp.cpp:1360
8 	js3250.dll 	js_Interpret 	js/src/jsops.cpp:2240
9 	js3250.dll 	js_Invoke 	js/src/jsinterp.cpp:1368
10 	js3250.dll 	js_InternalInvoke 	js/src/jsinterp.cpp:1423
11 	js3250.dll 	JS_CallFunctionValue 	js/src/jsapi.cpp:5112
12 	xul.dll 	nsJSContext::CallEventHandler 	dom/base/nsJSEnvironment.cpp:2169
13 	xul.dll 	nsJSEventListener::HandleEvent 	dom/src/events/nsJSEventListener.cpp:266
14 	xul.dll 	nsEventListenerManager::HandleEventSubType 	content/events/src/nsEventListenerManager.cpp:1041
15 	xul.dll 	nsEventListenerManager::HandleEvent 	content/events/src/nsEventListenerManager.cpp:1147
16 	xul.dll 	nsEventTargetChainItem::HandleEventTargetChain 	content/events/src/nsEventDispatcher.cpp:310
17 	xul.dll 	nsEventDispatcher::Dispatch 	content/events/src/nsEventDispatcher.cpp:573
18 	xul.dll 	DocumentViewerImpl::PageHide 	layout/base/nsDocumentViewer.cpp:1289
19 	xul.dll 	nsDocShell::FirePageHideNotification 	docshell/base/nsDocShell.cpp:1446
20 	xul.dll 	nsDocShell::FirePageHideNotification 	docshell/base/nsDocShell.cpp:1458
21 	xul.dll 	nsDocShell::Destroy 	docshell/base/nsDocShell.cpp:4223
22 	xul.dll 	nsXULWindow::Destroy 	xpfe/appshell/src/nsXULWindow.cpp:525
23 	xul.dll 	nsWebShellWindow::Destroy 	xpfe/appshell/src/nsWebShellWindow.cpp:773
24 	xul.dll 	nsWebShellWindow::HandleEvent 	
25 	xul.dll 	nsWindow::DispatchEvent 	widget/src/windows/nsWindow.cpp:2979
26 	xul.dll 	nsWindow::DispatchWindowEvent 	widget/src/windows/nsWindow.cpp:3007
27 	xul.dll 	nsWindow::DispatchStandardEvent 	widget/src/windows/nsWindow.cpp:3000
28 	xul.dll 	xul.dll@0x44dec7 	
29 	xul.dll 	nsWindow::WindowProc 	widget/src/windows/nsWindow.cpp:3727
30 	user32.dll 	InternalCallWinProc

more reports at

http://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=contains&query=mozilla%3A%3Aipc%3A%3ASyncChannel%3A%3AShouldContinueFrom&date=06%2F15%2F2010%2012%3A30%3A02&range_value=1&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%3ASyncChannel%3A%3AShouldContinueFromTimeout%28%29

only user comment is

 	I'm playing games at zynga. sudenly firefox crashes. I always happen. i don't know what the problem is, please give me advice how to fix it.

Comment 1

[Tanner Filip [:tanner]]

This crash is now #19 for Windows users' plugin crashes, with almost 2000 crashes in the past week.

Comment 2

[Carm]

reference: b093a6ab-677c-42ad-baff-6c14d2111012

Comment 3

[Sheila Mooney]

Still one of the largest volume signature for plugin hangs. Not really sure how to make progress on these. Removing the regression keyword at this time.

Comment 4

[Benjamin Smedberg]

This is a parent-side signature, which doesn't seem to be specific to any particular hang. I think you'd have to correlate these by the child stack/signature in order to find any interesting data. The signature here basically means "the plugin stopped responding while the website was scripting it".

Comment 5

[Benjamin Smedberg]

If DocumentViewerImpl::PageHide is in the stack on every one of these hangs, that might be interesting data, since it indicates that we're scripting a plugin at roughly the same time we're shutting it down.

Comment 6

[Sheila Mooney]

This browser signature paired with F_855855466 in bug 693872 is the #8 hang pair on FF 9.0.

https://crash-analysis.mozilla.com/rkaiser/2011-12-08/2011-12-08.firefox.9.0.flashhangdetails.html

Comment 7

[Scoobidiver (away)]

It's a low volume crasher.

Comment 8

[Robert Kaiser]

I'm closing this as INCOMPLETE as those browser-side hang reports didn't get us anywhere and we are reworking hang reporting. Those signatures are not seen any more as browser sides of hang pairs are not recorded any more. We will have dumps/stacks of browser and other processes right in one report together with their plugin hang parts in the future (product-wise starting with FF18, we're still working on proper support on the server side, please contact bsmedberg if you want to help).