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

Status: RESOLVED WORKSFORME

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

Description

[[:philipp]]

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?

Comment 1

[Liz Henry (:lizzard) (relman/hg->git project)]

glandium, do you think this could be related?

Comment 2

[Mike Hommey [:glandium]]

301 drno

Comment 3

[Jim Mathies [:jimm]]

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

Comment 4

[Marcia Knous [:marcia]]

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.

Comment 5

[Marcia Knous [:marcia]]

(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.

https://bit.ly/2GWwRUp

Comment 6

[Liz Henry (:lizzard) (relman/hg->git project)]

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.

Comment 7

[(No longer employed by Mozilla) Aaron Klotz]

What Liz said that Jim said. :-)

Comment 8

[Nils Ohlmeier [:drno]]

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.

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

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

Comment 10

[Marco Castelluccio [:marco]]

As bug 1489041.

Comment 11

[Liz Henry (:lizzard) (relman/hg->git project)]

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

Comment 12

[Sylvestre Ledru [:Sylvestre]]

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

Comment 13

[Ryan VanderMeulen [:RyanVM]]

Seems to be gone now.