Closed Bug 1450307 Opened 7 years ago Closed 7 years ago

Crash in mozilla::layers::WebRenderCommandBuilder::GenerateFallbackData

Categories

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

Unspecified
All
defect

Tracking

()

RESOLVED FIXED
mozilla61
Tracking Status
firefox-esr52 --- unaffected
firefox59 --- unaffected
firefox60 --- unaffected
firefox61 --- fixed

People

(Reporter: marcia, Assigned: rhunt)

References

(Blocks 2 open bugs)

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

This bug was filed from the Socorro interface and is report bp-f95e124e-af50-48cf-b7aa-5149f0180330. ============================================================= Seen while looking at Mac crash stats: https://bit.ly/2GZmsEC Top 10 frames of crashing thread: 0 XUL mozilla::layers::WebRenderCommandBuilder::GenerateFallbackData gfx/layers/wr/IpcResourceUpdateQueue.cpp:267 1 XUL mozilla::layers::WebRenderCommandBuilder::BuildWrMaskImage gfx/layers/wr/WebRenderCommandBuilder.cpp:1758 2 XUL nsDisplayMask::CreateWebRenderCommands layout/painting/nsDisplayList.cpp:9646 3 XUL mozilla::layers::WebRenderCommandBuilder::CreateWebRenderCommandsFromDisplayList gfx/layers/wr/WebRenderCommandBuilder.cpp:1298 4 XUL mozilla::layers::WebRenderCommandBuilder::BuildWebRenderCommands gfx/layers/wr/WebRenderCommandBuilder.cpp:1127 5 XUL mozilla::layers::WebRenderLayerManager::EndTransactionWithoutLayer gfx/layers/wr/WebRenderLayerManager.cpp:271 6 XUL nsDisplayList::PaintRoot layout/painting/nsDisplayList.cpp:2654 7 XUL nsLayoutUtils::PaintFrame layout/base/nsLayoutUtils.cpp:4011 8 XUL mozilla::PresShell::Paint layout/base/PresShell.cpp:6336 9 XUL nsViewManager::ProcessPendingUpdatesPaint view/nsViewManager.cpp:480 =============================================================
Assignee: nobody → rhunt
Priority: -- → P1
Funny, I just started getting this crash and was able to track down the cause I was seeing. I'm not super familiar with this code, so if the variable name isn't right I can rename it.
See Also: → 1450157
See Also: → 1446286
Blocks: 1447076
No longer blocks: 1446286
Comment on attachment 8964417 [details] Bug 1450307 - Round scaled paint size instead of paint bounds in GenerateFallbackData. https://reviewboard.mozilla.org/r/233148/#review238950
Attachment #8964417 - Flags: review?(jmuizelaar) → review+
Is that actually doing the correct thing? Or should we snap the edges and then check the snapped rect again for emptiness?
(In reply to Markus Stange [:mstange] from comment #4) > Is that actually doing the correct thing? Or should we snap the edges and > then check the snapped rect again for emptiness? That sounds reasonable to me, but I don't know exactly how the resulting blog image is rendered or our pixel snapping requirements. Also for reference the animation at the bottom of this page will trigger this assertion when the box's size is zero. [1] [1] https://developer.mozilla.org/en-US/docs/Web/SVG/Element/animate
Flags: needinfo?(jmuizelaar)
I don't have a good idea what's actually correct. Rounding the size feels more correct to me, but I don't have any kind of argument.
Flags: needinfo?(jmuizelaar)
Sounds like somebody needs to create a testcase that would show different behavior with the two solutions, and then check what non-webrender Firefox does in that testcase.
FYI I can always reproduce this crash with a recent Nightly build when selecting a pinned tab which has https://github.com/notifications as location.
Pushed by rhunt@eqrion.net: https://hg.mozilla.org/integration/mozilla-inbound/rev/aa8bcc37d888 Round scaled paint size instead of paint bounds in GenerateFallbackData. r=jrmuizel
I grabbed bad and good from https://hg.mozilla.org/integration/mozilla-inbound/graph/cc6cd0a77a35: bad @ 372811caffc6 "Bug 1444392 - Part 1 - Add test-only helpers to open and close the main menu. r=Gijs" good @ cc6cd0a77a35 "Bug 1446503 - Place 3 pane toggle button next to sidebar tabs in the inspector. r=Honza" Checking if the crash from bug 1447076 comment 13 is gone. mozregression --find-fix --repo mozilla-inbound --bad 372811caffc6 --good cc6cd0a77a35 --pref gfx.webrender.all:true startup.homepage_welcome_url:"https://www.qualcomm.com/products/server-processors" > 4:53.24 INFO: First good revision: aa8bcc37d8884c02d34d547308c355f4a7f72624 > 4:53.24 INFO: Last bad revision: 864320860e94d0dd3a8f05976601ed6a7dc5a79d > 4:53.24 INFO: Pushlog: > https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=864320860e94d0dd3a8f05976601ed6a7dc5a79d&tochange=aa8bcc37d8884c02d34d547308c355f4a7f72624 > aa8bcc37d888 Ryan Hunt — Bug 1450307 - Round scaled paint size instead of paint bounds in GenerateFallbackData. r=jrmuizel Thanks! :)
Crash Signature: [@ mozilla::layers::WebRenderCommandBuilder::GenerateFallbackData] → [@ mozilla::layers::WebRenderCommandBuilder::GenerateFallbackData] [@ mozilla::wr::IpcResourceUpdateQueue::AddBlobImage ]
OS: Mac OS X → All
Backout by csabou@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/bbee7ebc2fce Backed out 2 changesets for reftest failures on fieldset-columns-001.html. CLOSED TREE
Can we just add a check for dtSize being zero and bail out at https://searchfox.org/mozilla-central/rev/a0665934fa05158a5a943d4c8b277465910c029c/gfx/layers/wr/WebRenderCommandBuilder.cpp#1615 if that's the case? That should fix the crashing without changing any behaviour, and then we can figure out what we want the behaviour to be.
Pushed by rhunt@eqrion.net: https://hg.mozilla.org/integration/mozilla-inbound/rev/ac4c6867aede Paper over a crash in WebRenderCommandBuilder::GenerateFallbackData. r=kats
Blocks: 1451504
I filed a bug for figuring out the proper rounding behavior and landed a patch which should paper over the crash.
Flags: needinfo?(rhunt)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla61
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: