Closed Bug 1424488 Opened 7 years ago Closed 4 years ago

Startup crash in safecheckcode64.dll@0xf14d from IObit Malware Fighter

Categories

(External Software Affecting Firefox :: Other, defect)

x86_64
Windows 7
defect
Not set
critical

Tracking

(firefox-esr52 wontfix, firefox57 wontfix, firefox58 wontfix, firefox59 wontfix, firefox66 wontfix, firefox67 wontfix)

RESOLVED WONTFIX
Tracking Status
firefox-esr52 --- wontfix
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- wontfix
firefox66 --- wontfix
firefox67 --- wontfix

People

(Reporter: philipp, Unassigned)

References

Details

(Keywords: crash, Whiteboard: [AV:Iobit])

Crash Data

This bug was filed from the Socorro interface and is
report bp-b21e9344-c6d6-479b-8981-7d6fc0171208.
=============================================================

Top 10 frames of crashing thread:

0  @0x130038 
1 safecheckcode64.dll safecheckcode64.dll@0xf14d 
2 xul.dll nsLocalFile::CopySingleFile xpcom/io/nsLocalFileWin.cpp:1981
3 xul.dll nsLocalFile::CopyMove xpcom/io/nsLocalFileWin.cpp:2102
4 xul.dll mozilla::ScriptPreloader::OpenCache js/xpconnect/loader/ScriptPreloader.cpp:391
5 xul.dll mozilla::ScriptPreloader::InitCache js/xpconnect/loader/ScriptPreloader.cpp:428
6 xul.dll mozilla::ScriptPreloader::GetChildSingleton js/xpconnect/loader/ScriptPreloader.cpp:137
7 xul.dll mozilla::ScriptPreloader::GetSingleton js/xpconnect/loader/ScriptPreloader.cpp:94
8 xul.dll NS_InitXPCOM2 xpcom/build/XPCOMInit.cpp:711
9 xul.dll ScopedXPCOMStartup::Initialize toolkit/xre/nsAppRunner.cpp:1587

=============================================================

these crashes on startup with involvement of a module relating to the 3rd party software "IObit Malware Fighter" seem to get more common since mid october, perhaps related to the win64 migration on the release channel.

can we try some outreach to the vendor?
Adam, do you have any contacts at IObit?
Flags: needinfo?(astevenson)
Whiteboard: [AV:Iobit]
99% of these crashes are 64-bit Firefox on Windows 7.
Marco, sorry for the delay here. I don't have any currently but can reach out if this is still relevant. Let me know.
Flags: needinfo?(astevenson) → needinfo?(mcastelluccio)
Yes, there are still a handful of crashes (~180 in the past week).
Flags: needinfo?(mcastelluccio)
Reaching out to them via email. Will update when I hear back.
Their engineers are looking into this now and will report back with their findings.
Nothing to report back yet. Our contact is currently out of office.
Crash Signature: [@ safecheckcode64.dll@0xf14d] [@ @0x0 | safecheckcode64.dll@0xf14d] → [@ safecheckcode64.dll@0xf14d] [@ @0x0 | safecheckcode64.dll@0xf14d] [@ safecheckcode64.dll | nsLocalFile::CopySingleFile] [@ xul.dll | safecheckcode64.dll | nsLocalFile::CopySingleFile] [@ safecheckcode64.dll | xul.dll]

Updating flags on this one as it is back on the 66 release, and in 67 as well. Currently #20 on 66.0.2 release in early returns.

Given that the latest version of IObit Malware Fighter (v8.1.0) does not contain safecheckcode64.dll and the number of the crashes is very low, resolving this bug as won'tfix.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.