OOM in nsNodeInfoManager::Allocate | Intermittent <test-name> | application crashed [@ mozalloc_abort + 0x54]
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
People
(Reporter: valentin, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: crash, intermittent-failure)
Crash Data
+++ This bug was initially created as a clone of Bug #1624188 +++
(In reply to Bogdan Tara[:bogdan_tara | bogdant] from bug 1624188 comment #20)
In the last 7 days there have been 20 occurrences, all on windows10-64-ccov opt.
Recent failure: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=301535816&repo=mozilla-central&lineNumber=2818
There are a few more intermittents listed in bug 1624188 comment 22:
https://treeherder.mozilla.org/intermittent-failures.html#/bugdetails?bug=1624188&startday=2020-05-04&endday=2020-05-10&tree=all
(Some are relevant to this bug here, others to bug 1624188, and some to both! 😱)
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Thanks folks, the related code patch will be enabled in early beta (Bug 1636142, currently everywhere and beta uplift is requested). And I'll be looking into these OOMs.
Updated•4 years ago
|
Comment hidden (Intermittent Failures Robot) |
Comment 4•4 years ago
|
||
Closing because no crashes reported for 12 weeks.
Comment 5•4 years ago
|
||
There seem to be still recent occurrences of this in bug 1624188, Valentin?
Reporter | ||
Comment 6•4 years ago
|
||
(In reply to Jens Stutte [:jstutte] (REO for FF 81) from comment #5)
There seem to be still recent occurrences of this in bug 1624188, Valentin?
No, orange factor doesn't show anything for bug 1624188 or any of its dependencies.
Comment 7•4 years ago
|
||
(In reply to Valentin Gosu [:valentin] (he/him) from comment #6)
(In reply to Jens Stutte [:jstutte] (REO for FF 81) from comment #5)
There seem to be still recent occurrences of this in bug 1624188, Valentin?
No, orange factor doesn't show anything for bug 1624188 or any of its dependencies.
Reporter | ||
Comment 8•4 years ago
|
||
Ah, thanks. That one was outside the default view of the OF graph.
It seems that crash is has nsNodeInfoManager::Allocate on the stack:
mozglue.dll!void mozalloc_handle_oom(uint64_t) + 0x148
xul.dll!void * nsNodeInfoManager::Allocate(uint64_t) + 0x234
xul.dll!static void * nsINode::operator new(uint64_t,class nsNodeInfoManager *) + 0x67
xul.dll!class nsGenericHTMLElement * NS_NewHTMLSharedElement(struct already_AddRefed<class mozilla::dom::NodeInfo> &&,enum mozilla::dom::FromParser) + 0x107
xul.dll!static struct already_AddRefed<class mozilla::dom::Document> nsContentDLF::CreateBlankDocument(class nsILoadGroup *,class nsIPrincipal *,class nsIPrincipal *,class nsDocShell *) + 0x520
xul.dll!enum nsresult nsDocShell::CreateAboutBlankContentViewer(class nsIPrincipal *,class nsIPrincipal *,class nsIContentSecurityPolicy *,class nsIURI *,class mozilla::Maybe<enum nsILoadInfo::CrossOriginEmbedderPolicy> const &,bool,bool,class mozilla::dom::WindowGlobalChild *) + 0xa64
xul.dll!enum nsresult nsDocShell::CreateContentViewerForActor(class mozilla::dom::WindowGlobalChild *) + 0x109
xul.dll!static struct already_AddRefed<class nsWebBrowser> nsWebBrowser::Create(class nsIWebBrowserChrome *,class nsIWidget *,class mozilla::dom::BrowsingContext *,class mozilla::dom::WindowGlobalChild *) + 0x911
xul.dll!enum nsresult mozilla::dom::BrowserChild::Init(class mozIDOMWindowProxy *,class mozilla::dom::WindowGlobalChild *) + 0x247
Comment 9•3 years ago
|
||
Closing because no crashes reported for 12 weeks.
Description
•