Closed Bug 1433787 Opened 3 years ago Closed 3 years ago
hit-test: short hang when (un)focusing Nightly
Nightly 60 x64 20180128100650 de_DE @ Debian Testing (KDE, Radeon RX480) fresh profile: gfx.webrender.all, gfx.webrender.hit-test 1. open the testcase: https://bug1401665.bmoattachments.org/attachment.cgi?id=8910415 2. (you may zoom to 300%) 3. repeatedly click (or hold your mouse down) on Nightly, then beside it, then on Nightly again etc.
Assignee: nobody → bugmail
Priority: -- → P1
I can repro on OS X
Based on a profile  it looks like the compositor thread is stuck in FlushRendering() at . This in turn because the Renderer thread in WR is busy doing lots of composites, each of which gets stuck in SwapBuffers for a vsync. The composites it's doing are presumably from a bunch of hit-tests. It's not really clear to me why we end up doing a lot of hit-tests when focusing/unfocusing the browser, and why each of those hit-tests triggers a render (it implies we're getting display list updates in between the hit-tests). But the fix I'm doing for the debug assertion failure in bug 1421380 fixes this by ensuring the Renderer thread doesn't try to composite these frames after rendering them.  https://perfht.ml/2DMCVcT  https://searchfox.org/mozilla-central/rev/11d0ff9f36465ce19b0c43d1ecc3025791eeb808/gfx/layers/wr/WebRenderBridgeParent.cpp#1358
Nightly 60 x64 20180130223236 de_DE @ Debian Testing (KDE, Radeon RX480). It seems to be fixed. Thank you! Your try build from bug 1421380 comment 16 was already good.
Thanks for verifying!
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.