Crash in [@ OOM | large | js::AutoEnterOOMUnsafeRegion::crash | js::AutoEnterOOMUnsafeRegion::crash | js::gc::AllocateCellInGC]
Categories
(Core :: JavaScript: GC, defect)
Tracking
()
People
(Reporter: worcester12345, Unassigned)
References
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
726.90 KB,
application/x-gzip
|
Details |
Crash report: https://crash-stats.mozilla.org/report/index/d6b3dc86-f2a7-4f36-bcb3-eb2050210202
MOZ_CRASH Reason: [unhandlable oom] Failed not allocate new chunk during GC
Top 10 frames of crashing thread:
0 xul.dll js::AutoEnterOOMUnsafeRegion::crash js/src/vm/JSContext.cpp:1185
1 xul.dll js::AutoEnterOOMUnsafeRegion::crash js/src/vm/JSContext.cpp:1201
2 xul.dll js::gc::AllocateCellInGC js/src/gc/Allocator.cpp:482
3 xul.dll js::TenuringTracer::moveToTenured js/src/gc/Marking.cpp:3442
4 xul.dll js::Nursery::doCollection js/src/gc/Nursery.cpp:1212
5 xul.dll js::Nursery::collect js/src/gc/Nursery.cpp:1055
6 xul.dll js::gc::GCRuntime::collectNursery js/src/gc/GC.cpp:7747
7 xul.dll js::gc::GCRuntime::minorGC js/src/gc/GC.cpp:7713
8 xul.dll js::CloneFunctionReuseScript js/src/vm/JSFunction.cpp:2191
9 xul.dll js::Lambda js/src/vm/Interpreter.cpp:4659
Reporter | ||
Comment 1•3 years ago
|
||
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0 ID:20210131185630
Adblock Plus - free ad blocker 3.10.2
Amazon Assistant 10.2101.20.12152
Amazon Smile Redirect 2.0.11
Amazon.com 1.3
Auto Tab Discard 0.3.7
Avast Online Security 20.2.501 [DISABLED]
Bing 1.3
DuckDuckGo 1.1
Duplicate Tabs Closer 3.5.3 [DISABLED]
Google 1.1
Nightly Tester Tools 4.0
NoScript 11.2
Print Selection to PDF 0.1.0 [DISABLED]
SortTabs 1.1.0 [DISABLED]
Tab Counter 0.4.1
Tabliss 2.1.0 [DISABLED]
Tabs manager 1.8
Wikipedia (en) 1.1
eBay 1.3
Comment 2•3 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 3•3 years ago
|
||
This is crashing because we're out of memory. System memory use is 83%, although the crash report indicates there is virtual and physical memory available.
Comment 4•3 years ago
|
||
It looks like there's a reasonable amount of page file, too.
Does this happen to you regularly? If you are in a situation where memory usage is high, but before you have crashed, you can save a memory report from about:memory and upload it here. You can "anonymize" it if you don't want it to include URLs.
Reporter | ||
Comment 5•3 years ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #4)
It looks like there's a reasonable amount of page file, too.
Does this happen to you regularly? If you are in a situation where memory usage is high, but before you have crashed, you can save a memory report from about:memory and upload it here. You can "anonymize" it if you don't want it to include URLs.
Would be happy to. How does the "anonymize" work?
Comment 6•3 years ago
|
||
There's a checkbox for it next to the "Measure and save..." button. You can take a look at the resulting output to confirm that the URL information was stripped from the report.
Reporter | ||
Comment 7•3 years ago
|
||
Let me know if this looks correct. Thanks. Happy to help.
Comment 8•3 years ago
|
||
That's a very odd looking memory report. All but 1 content process has around 111 tiny windows in them.
│ │ ├───0.66 MB (00.09%) -- top(<anonymized-1739>, id=1738)
│ │ │ ├──0.50 MB (00.07%) ++ js-zone(0x21dbc70a000)
│ │ │ └──0.16 MB (00.02%) ++ active/window(<anonymized-1739>)
Comment 9•3 years ago
|
||
If you get a memory report locally that isn't anonymized, what are all of those tiny windows? My guess is that it is something extension related but I don't know what.
Reporter | ||
Comment 10•3 years ago
|
||
I don't know how to answer your question. I'm guessing they are the many tabs I have open in about 5-6 windows. ???
I've listed my extensions up above.
Comment 11•3 years ago
|
||
I'm wondering what the information is for these things under explicit/window-objects/top entries, where the size is around 0.66MB. Basically, what the <anonymized-1739> shows up as for the entries like in comment 8, if you do "measure" in about:memory, without Anonymize.
Reporter | ||
Comment 13•3 years ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #11)
I'm wondering what the information is for these things under explicit/window-objects/top entries, where the size is around 0.66MB. Basically, what the <anonymized-1739> shows up as for the entries like in comment 8, if you do "measure" in about:memory, without Anonymize.
If I am reading it right, "explicit/window-objects/top entries" does not exist. The last "explicit" is ""explicit/preferences/shared-memory-map","
Reporter | ||
Comment 14•3 years ago
|
||
I'm wondering what impact the addon here has.
https://add0n.com/tab-discard.html?version=0.4.0&p=0.3.7&type=update
It looks like the addon was updated recently. I just updated Firefox to 86B6 just now, and a window/tab appeared with info on this extension, so I am guessing it just updated itself.
Also, having a newer beta version of Firefox may change things a little moving forward.
Comment 15•3 years ago
|
||
Is there a high percentage of crashes that have certain addons?
Duplicate of bug 1472062 ?
Updated•3 years ago
|
Reporter | ||
Comment 17•3 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #15)
Is there a high percentage of crashes that have certain addons?
Duplicate of bug 1472062 ?
Not sure, but the only reason I added that "Tab Discard" addon was to see if it would help avoid/alleviate crashes, which it did not seem to do.
Maybe the developers can borrow some code from there to help things.
Thanks.
Description
•