Closed
Bug 1035529
Opened 11 years ago
Closed 11 years ago
crash in mscorlib.ni.dll@0x180284 with Bandoo datamngr/safetynut (Movies Toolbar)
Categories
(Core :: General, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: u279076, Unassigned)
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is
report bp-989dc9d2-9be3-4972-89c7-b6e7f2140701.
=============================================================
0 mscorlib.ni.dll mscorlib.ni.dll@0x180284
1 mscorwks.dll mscorwks.dll@0x18f7a
2 mscorwks.dll mscorwks.dll@0x255fc
3 mscorwks.dll mscorwks.dll@0x2562f
4 mscorwks.dll mscorwks.dll@0x2564d
5 mscorwks.dll mscorwks.dll@0x8b757
6 mscorwks.dll mscorwks.dll@0x8b5c4
7 mscorwks.dll mscorwks.dll@0xf5a86
8 mscorwks.dll mscorwks.dll@0xf5b2a
9 mscorwks.dll mscorwks.dll@0xf5b4e
10 mscorwks.dll mscorwks.dll@0x8b41c
11 mscorwks.dll mscorwks.dll@0x1c183e
12 mscorwks.dll mscorwks.dll@0x1b9e55
13 mscorwks.dll mscorwks.dll@0xa1b25
14 mscoreei.dll DllGetClassObject
15 mscoree.dll ShellShim_DllGetClassObject
16 combase.dll CClassCache::CDllPathEntry::DllGetClassObject(_GUID const &,_GUID const &,IUnknown * *,int) d:\win8_gdr\com\combase\objact\dllcache.cxx:3883
17 combase.dll CClassCache::GetClassObject(ACTIVATION_PROPERTIES const &)
18 combase.dll CClassCache::GetClassObject(ACTIVATION_PROPERTIES const &) d:\win8_gdr\com\combase\objact\dllcache.cxx:5633
19 combase.dll CServerContextActivator::CreateInstance(IUnknown *,IActivationPropertiesIn *,IActivationPropertiesOut * *) d:\win8_gdr\com\combase\objact\actvator.cxx:999
20 combase.dll ActivationPropertiesIn::DelegateCreateInstance(IUnknown *,IActivationPropertiesOut * *)
21 combase.dll combase.dll@0x27610
22 combase.dll CProcessActivator::CCICallback(unsigned long,IUnknown *,ActivationPropertiesIn *,IActivationPropertiesIn *,IActivationPropertiesOut * *) d:\win8_gdr\com\combase\objact\actvator.cxx:1765
23 combase.dll CProcessActivator::ActivateByContext(ActivationPropertiesIn *,IUnknown *,IActivationPropertiesIn *,IActivationPropertiesOut * *,long ( CProcessActivator::*)(unsigned long,IUnknown *,ActivationPropertiesIn *,IActivationPropertiesIn *,IActivationPropertiesOut * *))
24 combase.dll combase.dll@0x272cf
25 combase.dll combase.dll@0x273a9
26 combase.dll ActivationPropertiesIn::DelegateCreateInstance(IUnknown *,IActivationPropertiesOut * *)
27 combase.dll combase.dll@0x250d7
28 combase.dll ActivationPropertiesIn::DelegateCreateInstance(IUnknown *,IActivationPropertiesOut * *)
29 combase.dll combase.dll@0x25ba6
30 combase.dll CoCreateInstance d:\win8_gdr\com\combase\objact\actapi.cxx:110
31 shell32.dll shell32.dll@0x20c07a
32 shell32.dll shell32.dll@0x20c96e
33 shell32.dll shell32.dll@0xa1d8d
34 shell32.dll shell32.dll@0xa125a
35 shell32.dll shell32.dll@0x337f35
36 shell32.dll shell32.dll@0x337ce9
37 explorerframe.dll UIItemsView::ShowContextMenu(tagPOINT const *)
38 explorerframe.dll CItemsView::ShowContextMenu(tagPOINT const *)
39 shell32.dll shell32.dll@0x337da8
40 shell32.dll shell32.dll@0x33290c
41 shell32.dll shell32.dll@0x5c5ddd
42 shell32.dll shell32.dll@0x137c7
43 user32.dll InternalCallWinProc
44 user32.dll UserCallWinProcCheckWow
45 user32.dll CallWindowProcAorW
46 user32.dll CallWindowProcW
47 duser.dll DeferredMsgQueue::DeferMessage(tagGMSG *,DuEventGadget *,HROOTGADGET__ *,unsigned int,MsgObject *)
48 user32.dll InternalCallWinProc
49 user32.dll UserCallWinProcCheckWow
50 user32.dll DispatchClientMessage
51 user32.dll __fnDWORD
52 ntdll.dll KiUserCallbackDispatcher
53 ntdll.dll KiUserApcDispatcher
54 user32.dll RealDefWindowProcW
55 uxtheme.dll uxtheme.dll@0x1701
56 uxtheme.dll uxtheme.dll@0x17af
57 user32.dll NtUserMessageCall
58 explorerframe.dll floor
59 user32.dll InternalCallWinProc
60 user32.dll UserCallWinProcCheckWow
61 user32.dll CallWindowProcAorW
62 user32.dll CallWindowProcW
63 duser.dll ExtraInfoWndProc(HWND__ *,unsigned int,unsigned int,long)
64 user32.dll InternalCallWinProc
65 user32.dll UserCallWinProcCheckWow
66 user32.dll CallWindowProcAorW
67 user32.dll CallWindowProcW
68 comctl32.dll CallOriginalWndProc
69 comctl32.dll MasterSubclassProc
70 comctl32.dll DefSubclassProc
71 explorerframe.dll UIItemsView::_UIItemsViewSubclassProc(HWND__ *,unsigned int,unsigned int,long,unsigned int)
72 explorerframe.dll UIItemsView::s_UIItemsViewSubclassProc(HWND__ *,unsigned int,unsigned int,long,unsigned int,unsigned long)
73 comctl32.dll MasterSubclassProc
74 comctl32.dll DefSubclassProc
75 explorerframe.dll CToolTipManager::_PropertyToolTipSubclassProc(HWND__ *,unsigned int,unsigned int,long,unsigned int)
76 explorerframe.dll CToolTipManager::s_PropertyToolTipSubclassProc(HWND__ *,unsigned int,unsigned int,long,unsigned int,unsigned long)
77 comctl32.dll MasterSubclassProc
78 comctl32.dll TTSubclassProc(HWND__ *,unsigned int,unsigned int,long,unsigned int,unsigned long)
79 comctl32.dll MasterSubclassProc
80 comctl32.dll MasterSubclassProc
81 user32.dll InternalCallWinProc
82 user32.dll UserCallWinProcCheckWow
83 user32.dll DispatchMessageWorker
84 user32.dll IsDialogMessageW
85 user32.dll IsDialogMessageW
86 user32.dll InternalDialogBox
87 user32.dll DialogBoxIndirectParamAorW
88 user32.dll DialogBoxIndirectParamW
89 comdlg32.dll CFileOpenSave::Show(HWND__ *)
99 xul.dll nsBaseAppShell::Run() widget/xpwidgets/nsBaseAppShell.cpp
100 xul.dll nsAppShell::Run() widget/windows/nsAppShell.cpp
101 nss3.dll nss3.dll@0x7930
102 xul.dll NS_InitXPCOM2 xpcom/build/nsXPComInit.cpp
103 mozalloc.dll moz_free memory/mozalloc/mozalloc.cpp
104 xul.dll nsComponentManagerImpl::QueryInterface(nsID const &,void * *) xpcom/components/nsComponentManager.cpp
105 xul.dll nsCOMPtr_base::assign_from_qi(nsQueryInterface,nsID const &) xpcom/glue/nsCOMPtr.cpp
106 xul.dll mozilla::dom::workers::WorkerPrivateParent<mozilla::dom::workers::WorkerPrivate>::LocationInfo::LocationInfo()
107 xul.dll XREMain::XRE_main(int,char * * const,nsXREAppData const *) toolkit/xre/nsAppRunner.cpp
108 xul.dll xul.dll@0x14f8f88
=============================================================
More Reports:
https://crash-stats.mozilla.com/report/list?product=Firefox&signature=mscorlib.ni.dll%400x180284
This crash has been around in low volume for a long time (reports go back to Firefox 4). However, something seems to be causing a spike recently in Beta.
Firefox 29.0.1 has 68 crashes per 59 installs (1.15:1)
Firefox 30 has 1058 crashes per 840 installs (1.26:1)
Firefox 31b7 has 279 crashes per 87 installs (3.21:1)
Based on the following report, it seems to have started to climb significantly on July 4 (this correlates to the release of Firefox 31.0b7):
https://crash-analysis.mozilla.com/rkaiser/2014-07-06/2014-07-06.firefox.beta.explosiveness.html
Nominating for tracking because of the escalating volume, but this isn't a topcrash. I'm not sure what to do about this one. Does anyone know what product this DLL belongs to?
status-firefox31:
--- → affected
tracking-firefox31:
--- → ?
> Does anyone know what product this DLL belongs to?
mscorlib is part of the Microsoft .NET framework, but it's likely not at fault here.
This is likely the same as bug 1035534 and bug 1035537. Since this is now the third such bug that I've seen, maybe we combine them and see whether the total volume meets Sylvestre's thresholds.
69% (33/48) vs. 2% (2598/105725) Datamngr.dll
69% (33/48) vs. 3% (2686/105725) mgrldr.dll
67% (32/48) vs. 2% (1665/105725) DatamngrHlpFF30.dll
58% (28/48) vs. 2% (2504/105725) apcrtldr.dll(In reply to Anthony Hughes, QA Mentor (:ashughes) from comment #1)
(In reply to David Major [:dmajor] from comment #2)
> This is likely the same as bug 1035534 and bug 1035537. Since this is now
> the third such bug that I've seen, maybe we combine them and see whether the
> total volume meets Sylvestre's thresholds.
Here are the 7-day combined signature stats for Beta:
* 1323 crashes for bug 1035537
* 1364 crashes for bug 1035534
* 1038 crashes for bug 1035529
Total: 3725 crashes
This is the #10 topcrash on Beta if we combine all signatures. If this is being caused by an add-on then perhaps we can block it and see if what impact it has on these signatures?
Comment 5•11 years ago
|
||
If we can merge those three bug reports and it makes it a topcrash, tracking it.
Do we know enough about this add-on to be able to block it?
Flags: needinfo?(sledru)
Updated•11 years ago
|
Flags: needinfo?(dmajor)
![]() |
||
Comment 6•11 years ago
|
||
We should at least reach out to Bandoo once again, they have been receptive in the past and correcting crashes seen with DataMngr (even though we're seeing them too often in our crash stats for my taste).
Yes, Bandoo were helpful last time. Let's see if they can push out a fix for this.
Flags: needinfo?(dmajor)
Summary: crash in mscorlib.ni.dll@0x180284 → crash in mscorlib.ni.dll@0x180284 with Bandoo datamngr/safetynut (Movies Toolbar)
![]() |
||
Comment 8•11 years ago
|
||
Hi all, I'm passing this to my team right now. I will keep you updated.
![]() |
||
Comment 9•11 years ago
|
||
We see that very similar issue was already fixed and released but probably not distributed enough yet. Please provide datamngr.dll version number that cause this problem so we could see if this is old or new issue. Thanks.
![]() |
||
Comment 10•11 years ago
|
||
In this signature, we are seeing crashes from 5.0.0.13251, 5.0.0.13277, and 5.0.0.13350.
However, in other signatures, we are still getting crash reports from older versions like 5.0.0.13001. Does that mean your app is not auto-updating?
Flags: needinfo?(michael)
Comment 11•11 years ago
|
||
If this requires a fix in Firefox itself, it is too late for 31.
status-firefox32:
--- → ?
![]() |
||
Comment 12•11 years ago
|
||
Benjamin, would it make sense to plan to turn experiments like this off around Beta 8 so we can know what the release is going to look like? Or, do the various experiments need to run for absolutely the entire beta cycle? Thanks!
Flags: needinfo?(benjamin)
![]() |
Reporter | |
Comment 13•11 years ago
|
||
(In reply to Sylvestre Ledru [:sylvestre] from comment #11)
> If this requires a fix in Firefox itself, it is too late for 31.
Michael, see also bug 1035537 and bug 1035534. These are also crashing with safetynut which I believe is Bandoo. In total volume this is our #7 topcrash in Firefox 31.
Sylvestre, do you think it would be possible to prepare a block for this in case it explodes in release and cannot be addressed by Bandoo?
![]() |
Reporter | |
Comment 14•11 years ago
|
||
(In reply to Liz Henry :lizzard from comment #12)
> Benjamin, would it make sense to plan to turn experiments like this off
> around Beta 8 so we can know what the release is going to look like? Or, do
> the various experiments need to run for absolutely the entire beta cycle?
> Thanks!
I think you want bug 944873, not this one.
Flags: needinfo?(benjamin)
![]() |
Reporter | |
Comment 15•11 years ago
|
||
(In reply to Anthony Hughes, QA Mentor (:ashughes) from comment #14)
>> (In reply to Liz Henry :lizzard from comment #12)
> I think you want bug 944873, not this one.
Actually, from Crashkill, the bug you want is bug 1012924.
Comment 16•11 years ago
|
||
(In reply to Anthony Hughes, QA Mentor (:ashughes) from comment #13)
> (In reply to Sylvestre Ledru [:sylvestre] from comment #11)
> Sylvestre, do you think it would be possible to prepare a block for this in
> case it explodes in release and cannot be addressed by Bandoo?
Are you proposing a dot release or a hot fix?
![]() |
Reporter | |
Comment 17•11 years ago
|
||
(In reply to Sylvestre Ledru [:sylvestre] from comment #16)
> (In reply to Anthony Hughes, QA Mentor (:ashughes) from comment #13)
> > (In reply to Sylvestre Ledru [:sylvestre] from comment #11)
> > Sylvestre, do you think it would be possible to prepare a block for this in
> > case it explodes in release and cannot be addressed by Bandoo?
>
> Are you proposing a dot release or a hot fix?
If possible, I think a hotfix would be the least disruptive to our users. However I don't know the technical possibilities of either approach. FWIW, I have no evidence to indicate we *need* to do this yet -- it's merely a preventative proposal (ie. so we have something ready if we need it).
![]() |
||
Comment 18•11 years ago
|
||
(In reply to Sylvestre Ledru [:sylvestre] from comment #16)
> Are you proposing a dot release or a hot fix?
If this can be blocked by add-on blocklisting, we don't need either, we just need to ship and add-on blocklist update, which we always can do dynamically.
If we'd need to do DLL blocklisting, that only can be done with a new build, so would need a dot.release.
![]() |
Reporter | |
Comment 19•11 years ago
|
||
According to DMajor, bug 1041581 may be another Bandoo related crash.
![]() |
||
Comment 20•11 years ago
|
||
Hi. I am stepping in for Michael from Bandoo, who is on vacation. Just wanted to update that we are currently working on a fix which will be released in a few days.
![]() |
Reporter | |
Comment 21•11 years ago
|
||
(In reply to Alex Romanov from comment #20)
> Hi. I am stepping in for Michael from Bandoo, who is on vacation. Just
> wanted to update that we are currently working on a fix which will be
> released in a few days.
Thanks Alex! Please keep us updated.
![]() |
||
Comment 22•11 years ago
|
||
We have released the potential fix for the problem. Please update if you are still seeing the problem and in which versions. Thanks Alex
![]() |
||
Comment 23•11 years ago
|
||
Thanks Alex. I am not seeing these crash signatures after version 5.0.0.13350, and volume in general has gone down.
Flags: needinfo?(michael)
![]() |
Reporter | |
Comment 24•11 years ago
|
||
I'm marking this fixed based on volume. As with David, I see no crashes with the new DLL version.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•