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

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=80995





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

action: ACTION_NONE
m_needsCommit: true
m_commitState: COMMIT_STATE_UPDATING_RESOURCES
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.