Closed Bug 1552340 Opened 5 years ago Closed 5 years ago

Crash in [@ OOM | large | NS_ABORT_OOM | mozilla::dom::LSValue::LSValue]

Categories

(Core :: Storage: localStorage & sessionStorage, defect)

68 Branch
x86
Windows
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 1508740
Tracking Status
firefox66 --- unaffected
firefox67 --- unaffected
firefox67.0.1 --- unaffected
firefox68 --- fix-optional
firefox69 --- fix-optional

People

(Reporter: philipp, Unassigned)

References

Details

(Keywords: crash, regression)

Crash Data

This bug is for crash report bp-c0a6e94e-6ffd-4d43-a2a3-f6b010190508.

Top 10 frames of crashing thread:

0 xul.dll NS_ABORT_OOM xpcom/base/nsDebugImpl.cpp:604
1 xul.dll void mozilla::dom::LSValue::LSValue dom/localstorage/LSValue.h:51
2 xul.dll nsresult mozilla::dom::LSSnapshot::SetItem dom/localstorage/LSSnapshot.cpp:246
3 xul.dll nsresult mozilla::dom::LSDatabase::SetItem dom/localstorage/LSDatabase.cpp:208
4 xul.dll void mozilla::dom::LSObject::SetItem dom/localstorage/LSObject.cpp:593
5 xul.dll static bool mozilla::dom::Storage_Binding::setItem dom/bindings/StorageBinding.cpp:217
6 xul.dll mozilla::dom::binding_detail::GenericMethod<mozilla::dom::binding_detail::NormalThisPolicy, mozilla::dom::binding_detail::ThrowExceptions> dom/bindings/BindingUtils.cpp:3153
7  @0x3e0790a1 
8  @0xf1773c7 
9  @0x3e01a868 

this OOM signature is newly showing up in the 68 cycle (so far in very low volume, that's before the roll-out to the beta population though).
till now it's hitting 32bit builds of firefox on windows with memory allocation sizes in the area of 1MB.

i was clumsy while filing

Component: DOM: Web Payments → DOM: Web Storage

This is the same issue as in bug 1508740.
There was some code refactoring, so the issue may sometimes manifest as this new crash signature.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.