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)
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•8 years ago
|
Whiteboard: [wr-mvp] [triage] → [wr-mvp] [triage] [gfx-noted]
Updated•8 years ago
|
Blocks: stage-wr-nightly
Priority: -- → P3
Whiteboard: [wr-mvp] [triage] [gfx-noted] → [wr-mvp] [triage] [gfx-noted][wr-reserve-candidate]
Updated•8 years ago
|
Whiteboard: [wr-mvp] [triage] [gfx-noted][wr-reserve-candidate] → [wr-reserve] [gfx-noted]
| Reporter | ||
Comment 1•7 years ago
|
||
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.
Description
•