Closed
Bug 726114
Opened 14 years ago
Closed 9 years ago
Firefox Crash @ icf.dll with McAfee driver filter
Categories
(Firefox :: Extension Compatibility, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: marcia, Unassigned)
References
Details
(Keywords: crash, Whiteboard: [fixed with brand new driver filter in June])
Crash Data
Seen while looking at the 10.0 explosive report. Could be safe eyes or possibly McAfee Family Protection. Correlation report below shows problematic version. https://crash-stats.mozilla.com/report/list?signature=icf.dll@0xe130 links the reports which are all Windows.
https://crash-stats.mozilla.com/report/index/987a1c08-13a2-4d8e-a62d-f4b5a2120203
Frame Module Signature Source
0 ICF.dll ICF.dll@0xe130
1 ICF.dll ICF.dll@0xe0a8
2 ICF.dll ICF.dll@0x416d3
3 ICF.dll ICF.dll@0x41973
4 ICF.dll ICF.dll@0xe5fa
5 ntdll.dll RtlDosApplyFileIsolationRedirection_Ustr
6 ntdll.dll LdrpHashUnicodeString
7 ntdll.dll RtlDosApplyFileIsolationRedirection_Ustr
8 ICF.dll ICF.dll@0x2605c
9 @0xfffffff
10 ICF.dll ICF.dll@0x405b7
11 ICF.dll ICF.dll@0x3e827
12 ICF.dll ICF.dll@0x14438
13 ICF.dll ICF.dll@0x14449
14 ICF.dll ICF.dll@0x143d0
15 ntdll.dll LdrpHashUnicodeString
16 ICF.dll ICF.dll@0x405b7
17 ntdll.dll RtlSetThreadErrorMode
18 ICF.dll ICF.dll@0x24a9f
19 ICF.dll ICF.dll@0x139de
20 ICF.dll ICF.dll@0x13de1
21 ICF.dll ICF.dll@0x20cdf
22 ntdll.dll LdrGetDllHandleEx
23 ntdll.dll LdrpHashUnicodeString
24 ntdll.dll LdrpHashUnicodeString
25 ICF.dll ICF.dll@0x1221e
26 ICF.dll ICF.dll@0x12580
27 ICF.dll ICF.dll@0x139de
28 ntdll.dll RtlpAllocateHeap
29 ntdll.dll RtlpAllocateHeap
30 ntdll.dll RtlFreeHeap
icf.dll@0xe7e0|EXCEPTION_ACCESS_VIOLATION_READ (20 crashes)
100% (20/20) vs. 0% (35/13378) ICF.dll
0% (0/20) vs. 0% (2/13378) 1.1.3.0
0% (0/20) vs. 0% (1/13378) 1.1.411.0
0% (0/20) vs. 0% (2/13378) 1.1.420.0
0% (0/20) vs. 0% (2/13378) 2.0.10.0
0% (0/20) vs. 0% (3/13378) 2.0.110.0
100% (20/20) vs. 0% (20/13378) 2.0.150.0
0% (0/20) vs. 0% (1/13378) 6.0.240.0
0% (0/20) vs. 0% (4/13378) 6.0.244.0
Updated•14 years ago
|
Crash Signature: [@ icf.dll@0xe130 ]
| Reporter | ||
Comment 1•14 years ago
|
||
There are a bunch of these signatures. Correlation shows 2.0.150.0 to be the problematic version. We should probably get a contact at McAfee since this is an annoying crash for end users even though it isn't tremendous volume.
icf.dll@0xe7e0|EXCEPTION_ACCESS_VIOLATION_READ (41 crashes)
100% (41/41) vs. 0% (210/110886) ICF.dll
0% (0/41) vs. 0% (1/110886) 1.1.0.0
0% (0/41) vs. 0% (2/110886) 1.1.400.0
0% (0/41) vs. 0% (8/110886) 1.1.411.0
0% (0/41) vs. 0% (19/110886) 1.1.420.0
0% (0/41) vs. 0% (15/110886) 1.1.540.0
0% (0/41) vs. 0% (3/110886) 2.0.10.0
0% (0/41) vs. 0% (40/110886) 2.0.11.0
0% (0/41) vs. 0% (8/110886) 2.0.110.0
100% (41/41) vs. 0% (47/110886) 2.0.150.0
0% (0/41) vs. 0% (45/110886) 2.0.220.0
0% (0/41) vs. 0% (1/110886) 5.6.0.0
0% (0/41) vs. 0% (2/110886) 6.0.240.0
0% (0/41) vs. 0% (2/110886) 6.0.241.0
0% (0/41) vs. 0% (17/110886) 6.0.244.0
Crash Signature: [@ icf.dll@0xe130 ] → [@ icf.dll@0xe130 ]
[@ icf.dll@0xe7e0 ]
[@ icf.dll@0xe4f0 ]
[@ icf.dll@0xe5a0 ]
[@ icf.dll@0xde90 ]
Comment 2•14 years ago
|
||
(In reply to Marcia Knous [:marcia] from comment #1)
> We should probably get a contact at McAfee since this is an annoying crash for
> end users even though it isn't tremendous volume.
CCing a couple of McAfee contacts who have helped us in the past.
(In reply to davoudm from comment #3)
> Hi Jorge,
> We will take a look at this.
>
> Thanks, Davoud
This looks like it is related to a driver filter which we use today and it is being replaced by a brand new driver filter which will go out in June. So the problem will go away in 2 months.
Updated•14 years ago
|
Crash Signature: [@ icf.dll@0xe130 ]
[@ icf.dll@0xe7e0 ]
[@ icf.dll@0xe4f0 ]
[@ icf.dll@0xe5a0 ]
[@ icf.dll@0xde90 ] → [@ icf.dll@0xe130 ]
[@ icf.dll@0xe7e0 ]
[@ icf.dll@0xe4f0 ]
[@ icf.dll@0xe5a0 ]
[@ icf.dll@0xde90 ]
[@ icf.dll@0xd550 ]
Summary: Firefox Crash [@ icf.dll@0xe130 ] → Firefox Crash @ icf.dll with McAfee driver filter
Whiteboard: [fixed with brand new driver filter in June]
Comment 6•14 years ago
|
||
So what your saying is the crash is from my msAfee's family protection but it should be repaired in May 2012 because if that's the truth well it wasn't repaired because it's the last day of this month and it's still doing it.
Comment 7•14 years ago
|
||
(In reply to Rachel Humphrey from comment #6)
> So what your saying is the crash is from my msAfee's family protection but
> it should be repaired in May 2012
June is not May. See comment 4 from McAfee's guy.
Comment 8•14 years ago
|
||
oh ok. thanks
Comment 9•14 years ago
|
||
I had a user report this at https://support.mozilla.org/en-US/questions/934441. Has this update been released yet?
Comment 10•14 years ago
|
||
Davoud, can you give us an update on this?
Comment 11•14 years ago
|
||
I've been informed by McAfee that this should have been fixed in version 2.3, released on 6/25. They also noted that updates aren't forced, so it's likely there are users still on the crashy versions. In those cases they recommend pointing the users to home.mcafee.com and have them download the update.
It looks like the support question in comment #9 was for a different problem.
Comment 12•14 years ago
|
||
The user that asked this support question has ICF.dll 2.0.11.0 that doesn't contain the fix.
Comment 13•9 years ago
|
||
I'm marking this bug as WONTFIX per bug #1269807.
For more information see - https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•