Closed
Bug 1379101
Opened 7 years ago
Closed 7 years ago
Stylo: crash in geckoservo::glue::Servo_ResolveStyleLazily
Categories
(Core :: CSS Parsing and Computation, enhancement)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
DUPLICATE
of bug 1378814
People
(Reporter: jcristau, Unassigned)
Details
Crash Data
We got a few crashes since enabling the stylo build on windows, crashing in geckoservo::glue::Servo_ResolveStyleLazily from this expect():
get_pseudo_style(
&guard,
element,
pseudo,
rule_inclusion,
styles,
/* inherited_styles = */ None,
&*data,
/* is_probe = */ false,
).expect("We're not probing, so we should always get a style \
back")
Comment 1•7 years ago
|
||
This is the #4 Windows topcrash in Nightly 20170707030206. Over the past 7 days there have been 18 crashes across 10 installations.
https://crash-stats.mozilla.com/report/index/4f8bc612-65c6-4959-93f4-fd2ce0170708 is an example crash.
The crash signature is a bit confusing. There are two problems.
- The "alloc::oom::default_oom_handler" makes it sound like an OOM, but I think that's not the case. The "core::option::expect_failed" makes it sound like an expect() call failed, and indeed stack frame 6 points to an |expect("We're not probing, so we should always get a style back")| call.
- The crash report doesn't include the expect() argument. It would be nice if it did.
Emilio, can you please take a look at the crash?
Ted, do you have any comments about the two problems I mentioned above?
Flags: needinfo?(emilio+bugs)
Summary: crash in geckoservo::glue::Servo_ResolveStyleLazily → Stylo: crash in geckoservo::glue::Servo_ResolveStyleLazily
Comment 2•7 years ago
|
||
I believe this is a dupe of bug 1378814.
Status: NEW → RESOLVED
Closed: 7 years ago
Flags: needinfo?(emilio+bugs)
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•