Closed Bug 1417998 Opened 8 years ago Closed 7 years ago

Crash in core::option::expect_failed | webrender::frame_builder::FrameBuilder::build

Categories

(Core :: Graphics: WebRender, defect, P3)

x86_64
Windows 10
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr52 --- unaffected
firefox57 --- unaffected
firefox58 --- unaffected
firefox59 --- ?

People

(Reporter: jan, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: crash, nightly-community, Whiteboard: [wr-reserve] [gfx-noted])

Crash Data

Seen on Socorro. (a regression or something else?) bp-1eeb5c66-17de-4b00-b82e-ccedd0171114 build 20171114100042 > MOZ_CRASH Reason no entry found for key Older reports (for bug 1404558) don't seem have this line: > 6 @0x24017e8d05f So I am unsure whether it would be right to reopen bug 1404558 which had its own STR (and got fixed). That why I file this bug. > 0 xul.dll std::panicking::rust_panic_with_hook src/libstd/panicking.rs:617 > 1 xul.dll std::panicking::begin_panic<alloc::string::String> src/libstd/panicking.rs:572 > 2 xul.dll std::panicking::begin_panic_fmt src/libstd/panicking.rs:522 > 3 xul.dll core::panicking::panic_fmt src/libcore/panicking.rs:70 > 4 xul.dll core::option::expect_failed src/libcore/option.rs:819 > 5 xul.dll webrender::frame_builder::FrameBuilder::build gfx/webrender/src/frame_builder.rs:1999 > 6 @0x24017e8d05f > 7 xul.dll webrender::render_backend::Document::render gfx/webrender/src/render_backend.rs:111 > 8 xul.dll webrender::render_backend::RenderBackend::process_document gfx/webrender/src/render_backend.rs:433 > 9 xul.dll webrender::render_backend::RenderBackend::run gfx/webrender/src/render_backend.rs:502 > 10 xul.dll std::sys_common::backtrace::__rust_begin_short_backtrace<closure, ()> src/libstd/sys_common/backtrace.rs:133 > 11 xul.dll alloc::boxed::{{impl}}::call_box<(), closure> src/liballoc/boxed.rs:681 > 12 xul.dll std::sys::imp::thread::{{impl}}::new::thread_start src/libstd/sys/windows/thread.rs:50 > 13 kernel32.dll BaseThreadInitThunk > 14 ntdll.dll RtlUserThreadStart (Should status-firefox59 be "disabled" instead of "unaffected"? It will reach Beta, won't it?)
Whiteboard: [wr-mvp] [triage] → [wr-mvp] [triage] [gfx-noted]
Priority: -- → P3
Whiteboard: [wr-mvp] [triage] [gfx-noted] → [wr-mvp] [triage] [gfx-noted][wr-reserve-candidate]
Whiteboard: [wr-mvp] [triage] [gfx-noted][wr-reserve-candidate] → [wr-reserve] [gfx-noted]
No crash reports. Didn't happen anymore.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.