[Webkit-unassigned] [Bug 80995] [chromium] Threaded compositor locks up when switching tabs

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Mar 13 10:01:35 PDT 2012


--- Comment #2 from Iain Merrick <husky at google.com>  2012-03-13 10:01:35 PST ---
The last call to CCSchedulerStateMachine::updateState() has:

m_needsCommit: true
m_visible: false

nextAction() must be returning ACTION_NONE because shouldDraw() is false (we're not visible) and m_updateMoreResourcesPending is false. So it finished updating resource, but isn't drawing because we're not visible.

It should draw when we become visible. However, the main thread is blocked on beginFrame(), waiting for the commit to complete. I guess that prevents the main thread from handling setVisible(true)? If so it seems like we need to dispatch setVisible directly to the impl thread.

Alternatively, we could suppress background drawing some other way. I feel like doing it in the scheduler state machine is a source of bugs.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list