Closed
Bug 1383054
Opened 7 years ago
Closed 7 years ago
Stylo: Crash in alloc::oom::default_oom_handler | style::context::ElementCascadeInputs::new_from_element_data
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1383001
People
(Reporter: jseward, Unassigned)
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is report bp-450a7dea-7289-46df-ba98-a67600170721. ============================================================= This is topcrash #17 in the Windows nightly of 20170720030203. Looks like Stylo is OOMing.
Reporter | ||
Updated•7 years ago
|
Flags: needinfo?(bobbyholley)
Summary: Crash in alloc::oom::default_oom_handler | style::context::ElementCascadeInputs::new_from_element_data → Stylo: Crash in alloc::oom::default_oom_handler | style::context::ElementCascadeInputs::new_from_element_data
Comment 1•7 years ago
|
||
This looks like it could be a duplicate of bug 1383001. Can anyone confirm if this the case?
Comment 2•7 years ago
|
||
(In reply to Julian Seward [:jseward] from comment #0) > Looks like Stylo is OOMing. The Rust equivalent of MOZ_CRASH just shows up as default_oom_handler for whatever reason. Note that the crash report you linked has MOZ_CRASH Reason of "called `Option::unwrap()` on a `None` value".
Comment 3•7 years ago
|
||
(In reply to Ryan Jones [:sciguyryan] from comment #1) > This looks like it could be a duplicate of bug 1383001. Can anyone confirm > if this the case? Yeah, that sounds right. I recall reading that the crash signature show up differently sometimes.
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(bobbyholley)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•