Closed Bug 457898 Opened 16 years ago Closed 15 years ago

top crash [@ JS_BeginRequest ] -- DTToolbarFF.dll@0x2a4a7

Categories

(Firefox :: Extension Compatibility, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 459850

People

(Reporter: chofmann, Unassigned)

References

Details

(Keywords: crash, topcrash)

Crash Data

There seems to be a pretty big uptick in recent reported startup crashes with a stack that contains the DTToolbarFF.dll which appears to belong to 
http://www.daemon-toolbar.com/faq#What_is_DAEMON_Tools_Toolbar

Its currently the #5 ranked crash for fx3.0.1

Stack looks like

0  	js3250.dll  	JS_BeginRequest  	 mozilla/js/src/jsapi.c:881
1 	js3250.dll 	JS_ResumeRequest 	mozilla/js/src/jsapi.c:998
2 	xul.dll 	XPCJSContextStack::Pop 	mozilla/js/src/xpconnect/src/xpcthreadcontext.cpp:118
3 	js3250.dll 	JS_SuspendRequest 	
4 	xul.dll 	nsXPCWrappedJS::CallMethod 	mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp:559
5 	xul.dll 	PrepareAndDispatch 	mozilla/xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp:114
6 	xul.dll 	SharedStub 	mozilla/xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp:141
7 	DTToolbarFF.dll 	DTToolbarFF.dll@0x2a4a7
OS: Mac OS X → Windows XP
Flags: wanted1.9.0.x+
Flags: blocking1.9.0.4?
Keywords: crash
Summary: Firefox 3.0.1 Crash Report [@ JS_BeginRequest ] -- DTToolbarFF.dll@0x2a4a7 → top crash [@ JS_BeginRequest ] -- DTToolbarFF.dll@0x2a4a7
The stack now (below) doesn't show DTToolbarFF.dll in it and it's now the #4 topcrash. That being said, the modules for each crash I looked at include DTToolbarFF.dll in their Module list, which implies that it's still part of the issue.

Use this link to see a bunch of reports: http://crash-stats.mozilla.com/report/list?product=Firefox&branch=1.9&version=Firefox%3A3.0.3&query_search=signature&query_type=contains&query=&date=&range_value=1&range_unit=weeks&do_query=1&signature=JS_BeginRequest

Note that I'm seeing, specifically, version 1.0.0.1 and 1.0.0.11 of that DLL crashing.

Rey, do we have any contacts here? If not, can we quickly make some and work with them to see what the problem is? If this is on our end, we should know that and fix it soon.

--

Crashing Thread
Frame 	Module 	Signature [Expand] 	Source
0 	js3250.dll 	JS_BeginRequest 	mozilla/js/src/jsapi.c:881
1 	js3250.dll 	JS_ResumeRequest 	mozilla/js/src/jsapi.c:998
2 	xul.dll 	XPCJSContextStack::Pop 	mozilla/js/src/xpconnect/src/xpcthreadcontext.cpp:118
3 	xul.dll 	nsCxPusher::Pop 	mozilla/content/base/src/nsContentUtils.cpp:2686
4 	xul.dll 	nsTextBoxFrame::UpdateAccesskey 	mozilla/layout/xul/base/src/nsTextBoxFrame.cpp:252
5 	xul.dll 	nsAsyncAccesskeyUpdate::ReflowFinished 	mozilla/layout/xul/base/src/nsTextBoxFrame.cpp:222
6 	xul.dll 	PresShell::HandlePostedReflowCallbacks 	mozilla/layout/base/nsPresShell.cpp:4471
7 	xul.dll 	PresShell::DidDoReflow 	mozilla/layout/base/nsPresShell.cpp:6213
8 	xul.dll 	PresShell::ProcessReflowCommands 	mozilla/layout/base/nsPresShell.cpp:6401
Flags: blocking1.9.0.4?
I don't have a contact but I've gone to their site and asked them to email us ASAP. I also explained to them this is an urgent issue and if we don't hear from them, then we would need to consider blocklisting the toolbar to protect Mozilla users from instability. I also made sure to explain to them that blocklisting is an absolute last resort and that we want to work with them to correct the crashes.

If we've not heard back from them by EOW, then we should revisit our options.
Err, no need to do this. I've already contacted them. See bug 459850.
The toolbar is set to be blocklisted per this bug https://bugzilla.mozilla.org/show_bug.cgi?id=459850
143 total crashes for JS_BeginRequest on 20090819-crashdata.csv
31 start up crashes inside 3 minutes
222.148 (days) total uptime for 126 of these crashes where user crashed within the last year 
2538.83 (minutes) avg time since last crash 
17  number of bogus time-since-last-crash reported for this signature 

JS_BeginRequest signature breakdown
signature distribution
       1
signature list
 143 JS_BeginRequest

os breakdown
  45 JS_BeginRequest Windows NT 5.1.2600 Service Pack 3
  37 JS_BeginRequest Windows NT 5.1.2600 Service Pack 2
  19 JS_BeginRequest Windows NT 6.0.6001 Service Pack 1
  15 JS_BeginRequest Windows NT 5.1.2600
   5 JS_BeginRequest Windows NT 6.0.6000
   4 JS_BeginRequest Windows NT 5.1.2600 Service Pack 1
   3 JS_BeginRequest Windows NT 6.0.6002 Service Pack 2
   3 JS_BeginRequest Mac OS X 10.5.8 9L30
   2 JS_BeginRequest Mac OS X 10.5.8 9L31a
   1 JS_BeginRequest Windows NT 6.1.7100
   1 JS_BeginRequest Windows NT 5.2.3790 Service Pack 2
   1 JS_BeginRequest Windows NT 5.1.2600 Szervizcsomag 3
   1 JS_BeginRequest Windows NT 5.1.2600 Szervizcsomag 1
   1 JS_BeginRequest Windows NT 5.1.2600 Service Pack 3, v.3264
   1 JS_BeginRequest Windows NT 5.1.2600 Service Pack 2, v.2096
   1 JS_BeginRequest Windows NT 5.1.2600 Service Pack 1, v.1105
   1 JS_BeginRequest Windows NT 5.1.2600 Dodatek Service Pack 3
   1 JS_BeginRequest Windows NT 5.1.2600 Dodatek Service Pack 2
   1 JS_BeginRequest Mac OS X 10.4.9 8P135

distribution of versions where the crash was found on 20090819-crashdata.csv
  63 Firefox 3.5.2
  59 Firefox 3.0.13
   5 Firefox 3.5
   3 Firefox 3.5.1
   2 Firefox 3.0.4
   2 Firefox 3.0.12
   2 Firefox 3.0.11
   2 Firefox 3.0.10
   1 Firefox 3.0.8
   1 Firefox 3.0.7
   1 Firefox 3.0.6
   1 Firefox 3.0.5
   1 Firefox 3.0
Very few or none of the recent JS_BeginRequest crashes are due to DTToolbar.  I think the blocklisting took care of those crashes.  Any other JS_BeginRequest crashes are separate bugs.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Crash Signature: [@ JS_BeginRequest ]
You need to log in before you can comment on or make changes to this bug.