Crash in [@ webrender::renderer::Renderer::update] DebugCommand::SetPictureTileSize()
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox76 | --- | unaffected |
| firefox77 | --- | wontfix |
| firefox78 | --- | fixed |
People
(Reporter: gsvelto, Assigned: nical)
References
(Blocks 1 open bug)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
This bug is for crash report bp-92de8fbe-d0a3-46dd-83b3-e27c20200503.
Top 10 frames of crashing thread:
0 xul.dll RustMozCrash mozglue/static/rust/wrappers.cpp:16
1 xul.dll mozglue_static::panic_hook mozglue/static/rust/lib.rs:89
2 xul.dll core::ops::function::Fn::call<fn ../f3e1a954d2ead4e2fc197c7da7d71e6c61bad196/src/libcore/ops/function.rs:232
3 xul.dll std::panicking::rust_panic_with_hook ../f3e1a954d2ead4e2fc197c7da7d71e6c61bad196//src/libstd/panicking.rs:475
4 xul.dll std::panicking::begin_panic<str*> ../f3e1a954d2ead4e2fc197c7da7d71e6c61bad196/src/libstd/panicking.rs:404
5 xul.dll webrender::renderer::Renderer::update gfx/wr/webrender/src/renderer.rs:2892
6 xul.dll mozilla::detail::RunnableMethodImpl<RefPtr<mozilla::AbstractCanonical<RefPtr<AudioDeviceInfo> > >, void xpcom/threads/nsThreadUtils.h:1220
7 xul.dll MessageLoop::DoWork ipc/chromium/src/base/message_loop.cc:523
8 xul.dll base::MessagePumpDefault::Run ipc/chromium/src/base/message_pump_default.cc:35
9 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:308
We're crashing here. This is happening both on Windows and Linux. The oldest buildid for this crash is 20200423095248. Disregard the crashes that aren't on versions earlier than nightly 77 because they're unrelated.
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Weird. Any thoughts Glenn?
Comment 2•5 years ago
|
||
I haven't looked in any detail, but I wonder if it might be related to the scene building threading refactoring that Nical is working on?
| Assignee | ||
Comment 3•5 years ago
|
||
I haven't looked in any detail, but I wonder if it might be related to the scene building threading refactoring that Nical is working on?
Indeed. I removed the transaction logging code recently-ish and DebugCommand::SetTransactionLogging now passes through the render backend without being handled.
It looks like SetTransactionLogging should be removed as well.
| Assignee | ||
Comment 4•5 years ago
|
||
Comment 5•5 years ago
|
||
The severity field is not set for this bug.
:jbonisteel, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•5 years ago
|
Comment 7•5 years ago
|
||
| bugherder | ||
Updated•5 years ago
|
Description
•