This bug was filed from the Socorro interface and is report bp-d8a04eda-6ac1-4f98-825b-9fe2c0180306. ============================================================= Top 10 frames of crashing thread: 0 libxul.so aom_highbd_convolve8_avg_horiz_sse2 third_party/aom/aom_dsp/x86/aom_asm_stubs.c:146 1 libxul.so servo_arc::Arc<style::gecko_bindings::structs::root::mozilla::GeckoPosition>::drop_slow<style::gecko_bindings::structs::root::mozilla::GeckoPosition> toolkit/library/x86_64-unknown-linux-gnu/release/build/style-6201c7cf09cdb4fe/out/gecko_properties.rs:23832 2 libxul.so servo_arc::Arc<style::gecko_properties::ComputedValues>::drop_slow<style::gecko_properties::ComputedValues> servo/components/servo_arc/lib.rs:390 3 libxul.so servo_arc::Arc<style::data::EagerPseudoArray>::drop_slow<style::data::EagerPseudoArray> servo/components/servo_arc/lib.rs:390 4 libxul.so geckoservo::glue::Servo_Element_ClearData servo/components/servo_arc/lib.rs:390 5 libxul.so mozilla::dom::Element::ClearServoData dom/base/Element.cpp:4369 6 libxul.so mozilla::ServoRestyleManager::ClearServoDataFromSubtree 7 libxul.so mozilla::ServoRestyleManager::ClearServoDataFromSubtree 8 libxul.so mozilla::PresShell::ContentRemoved 9 libxul.so nsNodeUtils::ContentRemoved =============================================================

Chris, is there a meta bug for servo crashes?

We can use meta bug 1388178 (stylo-crash-reports), but this stack trace looks busted. Why would dropping GeckoPosition call into the AOM decoder? There is only one crash report so far.

Yeah, the stack doesn't make sense to me. I mean, it's believable, except the last frame.

Only one crash in the past 6 months - doesn't seem worth tracking to me.