Closed Bug 1417998 Opened 4 years ago Closed 3 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: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.