Closed Bug 1842882 Opened 2 years ago Closed 2 years ago

startup Crash Chineses (zh-CN) ESR115 builds if Beijing Qihu / 360.cn modules loaded in [@ mozilla::dom::ContentParent::ChildID], [@ mozilla::dom::ContentProcessManager::AddContentProcess], [@ new]

Categories

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

All
Windows 7

Tracking

(firefox-esr115 fixed, firefox115 unaffected, firefox116 unaffected, firefox117 unaffected)

RESOLVED DUPLICATE of bug 1843977
Tracking Status
firefox-esr115 --- fixed
firefox115 --- unaffected
firefox116 --- unaffected
firefox117 --- unaffected

People

(Reporter: aryx, Assigned: gstoll)

References

Details

(Keywords: crash)

Crash Data

Greg, could you check if this needs more blocking of loaded modules? Thank you in advance.

[@ new] is almost 100% with 64-bit builds, the other two signatures only with 32-bit builds.

The crash reports have files signed by "Beijing Qihu Technology Co., Ltd." (better known as 360 Total Security or 360.cn) loaded, the affected market are browser with Chinese as useragent.

This is different from the Kingsoft crashes. The crash signatures from this bug are not in top crashes for the non-ESR version 115.

Crash report: https://crash-stats.mozilla.org/report/index/229f0456-64e9-478c-8164-c6c480230711

Reason: EXCEPTION_BREAKPOINT

Top 10 frames of crashing thread:

0  xul.dll  mozilla::dom::ContentParent::ChildID const  dom/ipc/ContentParent.h:424
0  xul.dll  mozilla::dom::ContentProcessManager::AddContentProcess  dom/ipc/ContentProcessManager.cpp:40
0  xul.dll  mozilla::dom::ContentParent::LaunchSubprocessResolve  dom/ipc/ContentParent.cpp:2736
1  xul.dll  mozilla::dom::ContentParent::WaitForLaunchSync  dom/ipc/ContentParent.cpp:1190
1  xul.dll  mozilla::dom::ContentParent::GetNewOrUsedBrowserProcess  dom/ipc/ContentParent.cpp:1138
2  xul.dll  mozilla::dom::ContentParent::CreateBrowser  dom/ipc/ContentParent.cpp:1484
3  xul.dll  nsFrameLoader::TryRemoteBrowserInternal  dom/base/nsFrameLoader.cpp:2747
4  xul.dll  nsFrameLoader::TryRemoteBrowser  dom/base/nsFrameLoader.cpp:2818
4  xul.dll  nsFrameLoader::EnsureRemoteBrowser  dom/base/nsFrameLoader.cpp:2545
4  xul.dll  nsFrameLoader::ShowRemoteFrame  dom/base/nsFrameLoader.cpp:1097
Flags: needinfo?(gstoll)

Vast majority of these crashes are in esr115 and Windows 7. Possible this is related to bug 1837242 somehow, although indeed I don't see Kingsoft loaded here. I'll take a look. Marking as S2 for now due to the high volume.

Assignee: nobody → gstoll
Severity: -- → S2
Status: NEW → ASSIGNED
Flags: needinfo?(gstoll)
OS: Windows → Windows 7
Priority: -- → P2

I don't see any reports from 115.0.2esr, although there aren't a ton of crash reports from that version overall yet.

No reports for 115.0.1esr and 115.0.2esr, severity can likely be lowered.

Severity: S2 → S3
Priority: P2 → P3

This appears to have shifted to bug 1843977 for 115.0.2esr.

Duping this over to bug 1843977 assuming it's the same root cause.

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Duplicate of bug: 1843977
Resolution: --- → DUPLICATE
Crash Signature: [@ mozilla::dom::ContentParent::ChildID] [@ mozilla::dom::ContentProcessManager::AddContentProcess] [@ new] → [@ mozilla::dom::ContentParent::ChildID] [@ mozilla::dom::ContentProcessManager::AddContentProcess] [@ new] [@ _tailMerge_hid.dll | mozilla::dom::NodeInfo::~NodeInfo] [@ mozilla::dom::NodeInfo::~NodeInfo] [@ mozilla::dom::Event::~Event] [@ mozilla::…

(Added other signatures that were caused by this in 115.0.1esr.)

You need to log in before you can comment on or make changes to this bug.