Closed Bug 1076917 Opened 7 years ago Closed 3 years ago

crash in npTNT2.dll


(Toolkit :: Blocklist Policy Requests, defect)

Not set



Tracking Status
firefox32 --- wontfix
firefox33 + wontfix
firefox34 + wontfix
firefox35 --- affected


(Reporter: tracy, Unassigned)



(Keywords: crash)

Crash Data


(1 file)

[Tracking Requested - why for this release]:

This is a startup crash on 33beta in high enough volume to be considered for tracking. It is also present on release and in much less volume on Nightly and Aurora.

Frame 	Module 	Signature 	Source
Ø 0 	npTNT2.dll 	npTNT2.dll@0x2099 	
1 	xul.dll 	CallNPMethodInternal 	dom/plugins/base/nsJSNPRuntime.cpp
2 	xul.dll 	CallNPMethod 	dom/plugins/base/nsJSNPRuntime.cpp
3 	mozjs.dll 	js::Invoke(JSContext*, JS::CallArgs, js::MaybeConstruct) 	js/src/vm/Interpreter.cpp
4 	mozjs.dll 	Interpret 	js/src/vm/Interpreter.cpp
5 	mozjs.dll 	js::RunScript(JSContext*, js::RunState&) 	js/src/vm/Interpreter.cpp
6 	mozjs.dll 	js::Invoke(JSContext*, JS::CallArgs, js::MaybeConstruct) 	js/src/vm/Interpreter.cpp
7 	mozjs.dll 	js::Invoke(JSContext*, JS::Value const&, JS::Value const&, unsigned int, JS::Value const*, JS::MutableHandle<JS::Value>) 	js/src/vm/Interpreter.cpp
8 	mozjs.dll 	JS_CallFunctionValue(JSContext*, JS::Handle<JSObject*>, JS::Handle<JS::Value>, JS::HandleValueArray const&, JS::MutableHandle<JS::Value>) 	js/src/jsapi.cpp
9 	xul.dll 	nsXPCWrappedJSClass::CallMethod(nsXPCWrappedJS*, unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*) 	js/xpconnect/src/XPCWrappedJSClass.cpp
David, could you help here? thanks
Flags: needinfo?(dmajor)
Attached patch nptnt2Splinter Review
Please mark as checkin-needed if you need this while I'm away.
Attachment #8499220 - Flags: review?(benjamin)
Flags: needinfo?(dmajor)
Thanks David, We will take in the RC release
Enjoy your time off!
Comment on attachment 8499220 [details] [diff] [review]

This is an NPAPI plugin, so the DLL blocklist isn't the right option, and AFAIK this is a plugin that some users still use on the Turner Television family of websites.
Attachment #8499220 - Flags: review?(benjamin) → review-
It's odd that this is an in-process plugin in all cases. Tracy, can you check to see whether there is an addon in common across all these crashes? Here is a supersearch link for all the nptnt2.dll crashes:
Flags: needinfo?(twalker)
These are not present in all the signatures, but in many that I scanned through. Common enough to make it stand out.
Flags: needinfo?(twalker)
Crash Signature: [@ npTNT2.dll@0x2099] → [@ nptnt2.dll@0x2099]
Looks like we are going to ship 33 with this bug. Maybe we could take a patch in 33.1 if we have a low risk patch.
This DLL is part of the FindWide toolbar and is silently installed. Already filed bug 1082758 on Tuesday for blocking both the add-on and the plugin.
Depends on: 1082758
No activity, looks like that 33.1 will ship with this issue.
Tracking in 34.
#4 topcrash for Firefox 34.0b7 with 437/28000 crashes.   This is still a startup crash. 

I also noticed the toolbar extensions that Tracy mentions, findwide and freshy.
Should we be contacting findwide and/or Freshy about the plugin, since we're not blocklisting it and it is still associated with a startup crash?
Flags: needinfo?(release-mgmt)
Moving the ni? to Lawrence who is on point for 34.  Findwide/Freshy searches only point to potential malware so I'm not sure we've got an option to contact people here.
Flags: needinfo?(release-mgmt) → needinfo?(lmandel)
So, maybe we should either block the plugin despite the issues in Comment 4, or contact someone from Turner to see if they can help.
Crash Signature: [@ nptnt2.dll@0x2099] → [@ nptnt2.dll@0x2099 ]
Keywords: crash
I found the affected version of the binary but I haven't had any crashes despite various attempts. They may be crashing under some corner case. This is supported by crash-stats in that we're generally getting one crash per installtime, so at least it's not a permanent startup-crash. And we're getting reports going back to Firefox 3.6.
I have e-mailed the listed support address for FindWide ( about this issue. I'll report back if I get a response.
Flags: needinfo?(lmandel)
Hello. We are the developers of the FindWide toolbar. We will look into the problem promptly.
Hello. We have added more checks in an attempt to avoid this problem. We will release an update for new installations next week if it passes quality assurance. We have a release freeze now due to the holidays. Happy holidays!
Hello. We released a new version of the FindWide toolbar on 2015-01-05 that added more checks in an attempt to avoid this problem. We plan another release next week to fix a specific NPAPI problem that we found during our audit. How can we find out if there are less crashes? Thank you!
Kairo - Can you help determine whether the FindWide fix reduced the number of crashes with this signature?
Flags: needinfo?(kairo)
Hello. Here is a download link to a newer version of the FindWide toolbar as of 2015-01-14 that fixes the NPAPI problem in comment #18.
(Do not change the filename.)

Please let us know if we can be of any additional assistance. Thank you!
(In reply to Lawrence Mandel [:lmandel] (use needinfo) from comment #19)
> Kairo - Can you help determine whether the FindWide fix reduced the number
> of crashes with this signature?

The crashes have seriously decreased and there seem to be none of this signature with versions and of npTNT2.dll any more.
Flags: needinfo?(kairo)
Product: → Toolkit
This appears to have been resolved.
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.