Closed Bug 536272 Opened 15 years ago Closed 7 years ago

Firefox 3.6b5 Crash Report [@ nsNPAPIPluginInstance::Start() ]

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: chofmann, Unassigned)

Details

(Keywords: crash)

Crash Data

currently ranked #43 in 3.6b5

volume increased with 3.6b5 although might have been around as a low volume crash in prior releases. 

checking --- 20091220-crashdata.csv nsNPAPIPluginInstance::Start..
release total-crashes
              nsNPAPIPluginInstance::Start.. crashes
                         pct.
all     215848  51      0.000236277
3.0.15  6811            0
3.0.16  31577           0
3.5.5   18251           0
3.5.6   105854  1       9.44697e-06
3.6b5   16669   50      0.00299958
3.6b4   5000            0
3.6b3   644             0
3.6b2   661             0
3.6b1   2101            0




http://hg.mozilla.org/releases/mozilla-1.9.2/annotate/5ba5f965c12b/modules/plugin/base/src/nsNPAPIPluginInstance.cpp#l1112

rev comments on that file show the possibilty of maybe plugin unloading tickled an older bug?

3777f1168748
2009-12-02 22:33 -0800	Josh Aas - Fixing bug 520639. Make plugin library unloading independent of the lifetime of nsPluginTag objects. Patch and reviews by jst@mozilla.com and joshmoz@gmail.com, a=blocking1.9.2+


stack looks like

http://crash-stats.mozilla.com/report/index/9c9a0217-9cf6-4d7b-bed8-eb30a2091221

Frame  	Module  	Signature [Expand]  	Source
0 		@0x585f68 	
1 	xul.dll 	nsNPAPIPluginInstance::Start 	modules/plugin/base/src/nsNPAPIPluginInstance.cpp:1112
2 	xul.dll 	nsPluginHost::InstantiateEmbeddedPlugin 	modules/plugin/base/src/nsPluginHost.cpp:3259
3 	xul.dll 	nsObjectFrame::InstantiatePlugin 	layout/generic/nsObjectFrame.cpp:1021
4 	xul.dll 	nsObjectFrame::Instantiate 	layout/generic/nsObjectFrame.cpp:2088
5 	xul.dll 	nsObjectLoadingContent::Instantiate 	content/base/src/nsObjectLoadingContent.cpp:1767
6 	xul.dll 	nsAsyncInstantiateEvent::Run 	content/base/src/nsObjectLoadingContent.cpp:156
7 	xul.dll 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:527
8 	xul.dll 	NS_ProcessPendingEvents_P 	obj-firefox/xpcom/build/nsThreadUtils.cpp:200
9 	xul.dll 	nsWindow::DispatchPendingEvents 	widget/src/windows/nsWindow.cpp:3083
10 	xul.dll 	nsWindow::ProcessMessage 	widget/src/windows/nsWindow.cpp:3917
11 	xul.dll 	nsWindow::WindowProc 	widget/src/windows/nsWindow.cpp:3541
12 	user32.dll 	user32.dll@0x16237 	
13 	user32.dll 	user32.dll@0x168e9 	
14 	user32.dll 	user32.dll@0x17d30 	
15 	user32.dll 	user32.dll@0x17df9 	
16 	xul.dll 	nsAppShell::ProcessNextNativeEvent 	widget/src/windows/nsAppShell.cpp:179
17 	xul.dll 	nsBaseAppShell::OnProcessNextEvent 	widget/src/xpwidgets/nsBaseAppShell.cpp:284
18 	xul.dll 	nsTArray_base::ShiftData 	obj-firefox/xpcom/build/nsTArray.cpp:162
19 	xul.dll 	nsBaseAppShell::Run 	widget/src/xpwidgets/nsBaseAppShell.cpp:170
20 	xul.dll 	nsAppStartup::Run 	toolkit/components/startup/src/nsAppStartup.cpp:182
21 	nspr4.dll 	PR_GetEnv 	
22 	firefox.exe 	wmain 	toolkit/xre/nsWindowsWMain.cpp:120
23 	firefox.exe 	__tmainCRTStartup 	obj-firefox/memory/jemalloc/crtsrc/crtexe.c:591
24 	kernel32.dll 	kernel32.dll@0x13676 	
25 	ntdll.dll 	ntdll.dll@0x39d71 	
26 	ntdll.dll 	ntdll.dll@0x39d44


more reports of this at 
http://crash-stats.mozilla.com/report/list?range_value=2&range_unit=weeks&signature=nsNPAPIPluginInstance%3A%3AStart%28%29&version=Firefox%3A3.6b5
mostly 0-3 crashes per day with a few days of 4-6 crashes per day during nov-dec17.  then spike began with release of b5.

20091216-crashdata 0 nsNPAPIPluginInstance::Start..
20091217-crashdata 0 nsNPAPIPluginInstance::Start..
20091218-crashdata 10 nsNPAPIPluginInstance::Start..
20091219-crashdata 32 nsNPAPIPluginInstance::Start..
20091220-crashdata 51 nsNPAPIPluginInstance::Start..
Flags: blocking1.9.2?
Not blocking on #43 topcrasher.
Flags: blocking1.9.2? → blocking1.9.2-
its likely to be regression due to plugin unloading changes in beta5.  their are a few of these that should be sorted out before shipping 3.6.  I'm guessing volume and ranking will increase as more users get on beta5.
I hit a crash today which has the middle part of the stack in it - http://crash-stats.mozilla.com/report/index/194ac4a1-15ab-49f4-9367-711742100108. Running Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2) Gecko/20100105 Firefox/3.6.
far more common for version 3.x
Crash Signature: [@ nsNPAPIPluginInstance::Start() ]
Crash Signature: [@ nsNPAPIPluginInstance::Start() ] → [@ nsNPAPIPluginInstance::Start() ] [@ nsNPAPIPluginInstance::Start ]
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.