Closed
Bug 1417998
Opened 7 years ago
Closed 6 years ago
Crash in core::option::expect_failed | webrender::frame_builder::FrameBuilder::build
Categories
(Core :: Graphics: WebRender, defect, P3)
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?)
Updated•7 years ago
|
Whiteboard: [wr-mvp] [triage] → [wr-mvp] [triage] [gfx-noted]
Updated•7 years ago
|
Blocks: stage-wr-nightly
Priority: -- → P3
Whiteboard: [wr-mvp] [triage] [gfx-noted] → [wr-mvp] [triage] [gfx-noted][wr-reserve-candidate]
Updated•7 years ago
|
Whiteboard: [wr-mvp] [triage] [gfx-noted][wr-reserve-candidate] → [wr-reserve] [gfx-noted]
Reporter | ||
Comment 1•6 years ago
|
||
No crash reports. Didn't happen anymore.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•