Crash in [@ mozilla::ScrollFrameHelper::BuildDisplayList]
Categories
(Core :: Web Painting, defect, P4)
Tracking
()
People
(Reporter: marcia, Unassigned)
Details
(Keywords: crash, regression)
Crash Data
This bug is for crash report bp-22a5c326-b025-43b4-95b1-863a30190513.
Seen while looking at 67b19 crash stats - seems to have increased in that build and sits at #12 overall: https://bit.ly/30kuUay.
High correlation to a particular CPU: (88.24% in signature vs 01.29% overall) CPU Info = family 23 model 1 stepping 1 [100.0% vs 05.11% if cpu_arch = amd64]
There are some crashes in this signature in 66.0.5, but the most recent beta definitely has more.
Top 10 frames of crashing thread:
0 xul.dll mozilla::ScrollFrameHelper::BuildDisplayList layout/generic/nsGfxScrollFrame.cpp:3716
1 xul.dll nsIFrame::BuildDisplayListForChild layout/generic/nsFrame.cpp:3880
2 xul.dll nsInlineFrame::BuildDisplayList layout/generic/nsInlineFrame.cpp:216
3 xul.dll nsIFrame::BuildDisplayListForChild layout/generic/nsFrame.cpp:3852
4 xul.dll static void DisplayLine layout/generic/nsBlockFrame.cpp:6425
5 xul.dll nsBlockFrame::BuildDisplayList layout/generic/nsBlockFrame.cpp:6516
6 xul.dll nsIFrame::BuildDisplayListForChild layout/generic/nsFrame.cpp:3880
7 xul.dll static void DisplayLine layout/generic/nsBlockFrame.cpp:6425
8 xul.dll nsBlockFrame::BuildDisplayList layout/generic/nsBlockFrame.cpp:6516
9 xul.dll nsIFrame::BuildDisplayListForChild layout/generic/nsFrame.cpp:3852
Reporter | ||
Comment 1•3 years ago
|
||
Adding another signature spotted in the latest 67 beta: https://bit.ly/2LEQELe. It also had a strong correlation to the same CPU: (100.0% in signature vs 01.29% overall) CPU Info = family 23 model 1 stepping 1
Comment 2•3 years ago
|
||
Looking at the crash line in the top frame:
https://hg.mozilla.org/releases/mozilla-beta/annotate/9c4cd169d5d07b75453e6574e13bf4f912814fb0/layout/generic/nsGfxScrollFrame.cpp#l3645
It seems to be related to running the dtor for the DisplayListClipState::AutoSaveRestore
in that scope?
Or similarly, the nsDisplayListBuilder::AutoCurrentScrollParentIdSetter dtor in this scope:
https://hg.mozilla.org/releases/mozilla-beta/annotate/9c4cd169d5d07b75453e6574e13bf4f912814fb0/layout/generic/nsGfxScrollFrame.cpp#l3688
Is the stack damaged somehow?
Given that we're building display lists here, it seems more like
a Web Painting issue, but feel free to send it back if it's
a Layout issue.
Comment 3•3 years ago
|
||
Here is the list of uplifts that landed after beta 17, I am not seeing anything related to either Web Painting or Layout that could explain this new crasher:
https://mzl.la/2E89dky
Interestingly, out of the 160 crashes in beta 19 for these 2 signatures, 159 were on the aurora channel (dev edition)
Comment 4•3 years ago
|
||
There appears to be a very strong correlation with specific CPUs here, is that one of the known problematic ones?
Comment 5•3 years ago
|
||
1 crash only in RC1 and no crash in devedition 68.0b1, so wontfix 67.
Updated•3 years ago
|
Reporter | ||
Comment 6•3 years ago
|
||
Very low volume crash. This should be a won't fix for 68.
Updated•3 years ago
|
Description
•