Closed Bug 1529020 Opened 5 years ago Closed 5 years ago

Crash in [@ mozilla::ipc::FatalError | mozilla::ipc::IProtocol::HandleFatalError | mozilla::PRemoteDecoderManagerChild::SendPRemoteVideoDecoderConstructor] with scdetour.dll ("Quick Heal" security software)


(External Software Affecting Firefox :: Other, defect, P3)



(firefox-esr60 unaffected, firefox65 unaffected, firefox66+ wontfix, firefox67 fixed, firefox68 fixed)

Tracking Status
firefox-esr60 --- unaffected
firefox65 --- unaffected
firefox66 + wontfix
firefox67 --- fixed
firefox68 --- fixed


(Reporter: philipp, Unassigned)



(Keywords: crash, regression, Whiteboard: [AV:Quick Heal])

Crash Data

This bug is for crash report bp-574ff711-2cea-417d-915f-e56ae0190219.

Top 10 frames of crashing thread:

0 xul.dll MOZ_CrashOOL mfbt/Assertions.h:314
1 xul.dll mozilla::ipc::FatalError ipc/glue/ProtocolUtils.cpp:264
2 xul.dll mozilla::ipc::IProtocol::HandleFatalError ipc/glue/ProtocolUtils.cpp:440
3 xul.dll mozilla::PRemoteDecoderManagerChild::SendPRemoteVideoDecoderConstructor ipc/ipdl/PRemoteDecoderManagerChild.cpp
4 xul.dll mozilla::RemoteVideoDecoderChild::InitIPDL dom/media/ipc/RemoteVideoDecoderChild.cpp:183
5 xul.dll static void mozilla::RemoteDecoderModule::CreateVideoDecoder::<unnamed-tag>::operator dom/media/ipc/RemoteDecoderModule.cpp:66
6 xul.dll nsresult mozilla::detail::RunnableFunction<`lambda at z:/build/build/src/dom/media/ipc/RemoteDecoderModule.cpp:64:30'>::Run xpcom/threads/nsThreadUtils.h:559
7 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1161
8 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:474
9 xul.dll mozilla::ipc::MessagePumpForNonMainThreads::Run ipc/glue/MessagePump.cpp:333

crashes with this signature are regressing on 32bit builds of windows since 66.0b5, all with the involvement of the 3rd-party module scdetour.dll from "Quick Heal" security software hooking into the process.

reports commonly show the moz crash reason IPDL error: "constructor for actor failed". abort()ing as a result.

bug 1475564 was the only obvious media-related change landing in 66.0b5 (32bit only as well), so perhaps it could be related to those crashes?

glandium, do you think this could be related?

Flags: needinfo?(mh+mozilla)

301 drno

Flags: needinfo?(mh+mozilla) → needinfo?(drno)
Whiteboard: [AV:Quick Heal]
See Also: → 1489041

Hey Aaron, would the static blocklist stuff work for RDD here? Trying to figure out how to triage this for 66/67.

Flags: needinfo?(aklotz)

I see crashes in nightly Mac with a similar signature and the same crash reason as in Comment 0 - I see that they make a version of quickheal for Mac as well.

(In reply to Marcia Knous [:marcia - needinfo? me] from comment #4)

I see crashes in nightly Mac with a similar signature and the same crash reason as in Comment 0 - I see that they make a version of quickheal for Mac as well.

From discussion with jimm, the work Aaron is doing in the see also bugs will support fixing this, but it won't be in time for 66 or upliftable for 66.

What Liz said that Jim said. :-)

Flags: needinfo?(aklotz)

At this point I'm assuming we are going to wait for bug 1489041 to land and ride the trains.

The only other option I see would be to deactivate AV1. Based on where the most crashes happen just deactivating it on Win32 would remove the most pain. I'm wondering if this is related to amount of RAM available on these Win32 machines.

Flags: needinfo?(drno)

The priority flag is not set for this bug.
:marco, could you have a look please?

Flags: needinfo?(mcastelluccio)
Flags: needinfo?(mcastelluccio)
Priority: -- → P1

Looks like this signature has mostly gone away in 66 release/67 beta.

Decreased the priority as, as said Liz, the volume decreased.

Priority: P1 → P3

Seems to be gone now.

Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.