1660073 - Crash in [@ OOM | unknown | NS_ABORT_OOM | nsPresArena<T>::Allocate]

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[[:philipp]]

This bug is for crash report bp-3240a9b5-6e4a-4f1e-b09b-b745f0200819.

Top 10 frames of crashing thread:

0 xul.dll NS_ABORT_OOM xpcom/base/nsDebugImpl.cpp:620
1 xul.dll nsPresArena<32768, mozilla::DisplayListArenaObjectId, 88>::Allocate layout/base/nsPresArena.cpp
2 xul.dll nsIFrame::DisplayBackgroundUnconditional layout/generic/nsFrame.cpp:2663
3 xul.dll nsIFrame::DisplayBorderBackgroundOutline layout/generic/nsFrame.cpp:2695
4 xul.dll mozilla::ScrollFrameHelper::BuildDisplayList layout/generic/nsGfxScrollFrame.cpp:3422
5 xul.dll nsIFrame::BuildDisplayListForChild layout/generic/nsFrame.cpp:4359
6 xul.dll mozilla::ViewportFrame::BuildDisplayList layout/generic/ViewportFrame.cpp:63
7 xul.dll nsIFrame::BuildDisplayListForStackingContext layout/generic/nsFrame.cpp:3528
8 xul.dll static nsLayoutUtils::GetFramesForArea layout/base/nsLayoutUtils.cpp:3343
9 xul.dll static nsLayoutUtils::GetFrameForPoint layout/base/nsLayoutUtils.cpp:3301

crash reports with this signature are starting to show up since firefox 77.

Comment 1

[Jonathan Kew [:jfkthame]]

A lot of the crashes seem to be on Win7/2GB systems, but there are also some Win10/4GB, which is sad... I wonder if there's any possibility we could degrade more gracefully here when memory is tight, rather than simply crashing?

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

Closing because no crashes reported for 12 weeks.