Closed
Bug 572187
Opened 14 years ago
Closed 12 years ago
Plugin Crash Report [@ hang | mozilla::plugins::PPluginScriptableObjectParent::CallInvoke(mozilla::plugins::PPluginIdentifierParent*, InfallibleTArray<mozilla::plugins::Variant> const&, mozilla::plugins::Variant*, bool*) ]
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(status1.9.2 wanted)
RESOLVED
INCOMPLETE
Tracking | Status | |
---|---|---|
status1.9.2 | --- | wanted |
People
(Reporter: chofmann, Unassigned)
Details
(Keywords: crash, hang, Whiteboard: [oopp-watchlist])
Crash Data
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.
status1.9.2:
--- → wanted
![]() |
||
Updated•14 years ago
|
Assignee: jmathies → nobody
Summary: Firefox 3.6.4 Crash Report [@ mozilla::ipc::SyncChannel::ShouldContinueFromTimeout() ] → mozilla Plugin Crash Report [@ mozilla::ipc::SyncChannel::ShouldContinueFromTimeout() ] | [@ hang | mozilla::plugins::PPluginScriptableObjectParent::CallInvoke(mozilla::plugins::PPluginIdentifierParent*, InfallibleTArray<mozilla::plugins::Variant> const&
![]() |
||
Updated•14 years ago
|
Summary: mozilla Plugin Crash Report [@ mozilla::ipc::SyncChannel::ShouldContinueFromTimeout() ] | [@ hang | mozilla::plugins::PPluginScriptableObjectParent::CallInvoke(mozilla::plugins::PPluginIdentifierParent*, InfallibleTArray<mozilla::plugins::Variant> const& → Plugin Crash Report [@ hang | mozilla::plugins::PPluginScriptableObjectParent::CallInvoke(mozilla::plugins::PPluginIdentifierParent*, InfallibleTArray<mozilla::plugins::Variant> const&, mozilla::plugins::Variant*, bool*) ]
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ hang | mozilla::plugins::PPluginScriptableObjectParent::CallInvoke(mozilla::plugins::PPluginIdentifierParent*, InfallibleTArray<mozilla::plugins::Variant> const&, mozilla::plugins::Variant*, bool*) ]
Comment 1•13 years ago
|
||
This crash is now #19 for Windows users' plugin crashes, with almost 2000 crashes in the past week.
Severity: normal → critical
Comment 3•13 years ago
|
||
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.
Keywords: regression
Comment 4•13 years ago
|
||
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•13 years ago
|
||
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.
Updated•13 years ago
|
Comment 6•13 years ago
|
||
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 8•12 years ago
|
||
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).
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•