Closed
Bug 1299964
Opened 8 years ago
Closed 8 years ago
Content process crash is categorized as browser crash
Categories
(Toolkit :: Crash Reporting, defect)
Toolkit
Crash Reporting
Tracking
()
RESOLVED
DUPLICATE
of bug 1277582
People
(Reporter: billm, Unassigned)
Details
Here's an example crash:
https://crash-stats.mozilla.com/report/index/02bf3b66-c860-46eb-b9e6-deb3d2160901
Notice that the stack starts with content_process_main. But there's no ProcessType=content metadata. I'm not sure how this is happening.
All the crashes with this signature look like this. The signature shows up under browser crashes in crash-stats, as one would expect. So this is causing our crash numbers to look worse in some sense since browser crashes are worse than content process crashes.
Comment 1•8 years ago
|
||
Smells like the same issue we've seem in bug 1282776. The ProcessType field is written together with other metadata in CrashReporterParent::GenerateChildData() at the end of the crash reporting process.
http://hg.mozilla.org/mozilla-central/file/60b340e55efe/dom/ipc/CrashReporterParent.cpp#l115
Somehow sometimes all that metadata is missing which indicates that either the method wasn't called, or it was called but failed. Unfortunately I could never reproduce the issue so it's hard to tell what might be causing it to fail.
Reporter | ||
Comment 2•8 years ago
|
||
I think I figured out what's happening here. See https://bugzilla.mozilla.org/show_bug.cgi?id=1277582#c66.
Comment 3•8 years ago
|
||
(In reply to Bill McCloskey (:billm) from comment #2)
> I think I figured out what's happening here. See
> https://bugzilla.mozilla.org/show_bug.cgi?id=1277582#c66.
Hah, nice catch!
Updated•8 years ago
|
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•