Closed Bug 1777534 Opened 2 years ago Closed 2 years ago

Startup Crash in [@ nsRemoteService::StartupServer]

Categories

(Toolkit :: Startup and Profile System, defect)

Unspecified
Windows
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 - wontfix
firefox102 --- unaffected
firefox103 --- unaffected
firefox104 --- unaffected

People

(Reporter: aryx, Unassigned)

Details

(Keywords: crash)

Crash Data

[Tracking Requested - why for this release]:

The top crash for Firefox 102.0esr - 63 crashes from 20 installations, all on Windows. No crashes for the non-ESR version. Mathieu, do you know if there is a difference regarding the

Crash report: https://crash-stats.mozilla.org/report/index/c66cff93-e26a-4c5a-9b0a-040bc0220630

Reason: EXCEPTION_ILLEGAL_INSTRUCTION

Top 8 frames of crashing thread:

0 xul.dll nsRemoteService::StartupServer toolkit/components/remote/nsRemoteService.cpp:164
1 xul.dll XREMain::XRE_mainRun toolkit/xre/nsAppRunner.cpp:5659
2 xul.dll XREMain::XRE_main toolkit/xre/nsAppRunner.cpp:5940
3 xul.dll XRE_main toolkit/xre/nsAppRunner.cpp:6004
4 firefox.exe wmain toolkit/xre/nsWindowsWMain.cpp:167
5 firefox.exe __scrt_common_main_seh /builds/worker/workspace/obj-build/browser/app/d:/agent/_work/2/s/src/vctools/crt/vcstartup/src/startup/exe_common.inl:288
6 kernel32.dll BaseThreadInitThunk 
7 ntdll.dll RtlUserThreadStart 

Could this be an issue how profiles are handled differently for ESR?

Flags: needinfo?(dtownsend)
Crash Signature: [@ nsRemoteService::StartupServer] → [@ nsRemoteService::StartupServer] [@ strlen | nsGetServiceByContractID::operator()]

The crash isn't happening anywhere related to profiles. I'm not aware of profiles being handled differently for ESR anyway.

Flags: needinfo?(dtownsend)

The following third party libraries seem to be always loaded in case of crashes with the signature [@ strlen | nsGetServiceByContractID::operator()]:

  • uniconft64.dll 1.0.1.1230
  • safemon64.dll 1.0.0.2320
  • libzdtp64.dll 1.0.0.1200
    Signed by Beijing Qihu Technology Co., Ltd.

Crashes with [@ nsRemoteService::StartupServer] have at least one of these modules loaded.

No recent reports. Feel free to reopen if this reappears.

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