FireFox Crashes on Win8 (or Server 2012) when Trend Micro's agent is active
Categories
(External Software Affecting Firefox :: Other, defect, P2)
Tracking
(firefox82 affected, firefox83 affected, firefox84 affected)
People
(Reporter: j.peetz69, Unassigned)
Details
Crash Data
Attachments
(1 file)
541.04 KB,
application/vnd.tcpdump.pcap
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.271
Steps to reproduce:
As long as the Trend Micro Deep Security Agent is active on the OS, FireFox crashes immediately when opening.
Actual results:
see above
Expected results:
FireFox is not expected to crash because of an active Anti-Mlaware Solution running on the system.
Reporter | ||
Updated•4 years ago
|
faced the same in my machine after Firefox got updated to 82. i have Symantec endpoint security installed, which might be causing it.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Toshi, can you take a look at the dump, see if there's something actionable?
Comment 3•4 years ago
|
||
Upon a quick research, the crash of the attached dump appears as msauddecmft.dll | RtlpLookupDynamicFunctionEntry
in our crash report. It's not new in 82. The affected platform is only Windows 8.
(In reply to Bony from comment #1)
faced the same in my machine after Firefox got updated to 82. i have Symantec endpoint security installed, which might be causing it.
Can you please submit a crash report and share a crash ID with us so that we can analyze it? Your crash can be a different crash from the one caused by Trend Micro.
Comment 4•4 years ago
|
||
It seems you filed bug 1672367 for a crash with Symantec. Let's discuss there.
Comment 5•4 years ago
|
||
What's happening is that we check whether the system can decode H264 and AAC. This causes the Microsoft decoders for those formats to be loaded, and they crash when Trend Micro has injected itself in them.
Comment 6•4 years ago
|
||
I found MSAudDecMFT.dll was creating an exception record of 40000015h. That's why the crashing reason is always 40000015h. The actual exception address was ntdll!RtlpLookupDynamicFunctionEntry+d7
, but I didn't see that function was hit when I ran Firefox on Server 2012 without TrendMicro.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 7•4 years ago
|
||
We sent out an email to a contact person in Trend Micro on Oct-27. No reply yet.
Comment 8•4 years ago
|
||
I got a reply from Trend Micro. They filed a case number for this issue.
Comment 9•4 years ago
|
||
The severity field is not set for this bug.
:gcp, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•4 years ago
|
Comment 10•3 years ago
|
||
Trend Micro is still working on this case. They're suggesting to update "Endpoint Sensor Trusted Pattern" (tmumh pattern) to version 261076 or later and see if the issue still persists or not.
Updated•3 years ago
|
Updated•3 years ago
|
Comment 11•1 year ago
|
||
Closing because no crashes reported for 12 weeks.
Description
•