[Webkit-unassigned] [Bug 53878] Assertion failure in DrawingAreaImpl::resumePainting when opening Web Inspector

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Feb 7 09:12:54 PST 2011


--- Comment #1 from Adam Roben (aroben) <aroben at apple.com>  2011-02-07 09:12:54 PST ---
It looks like the sequence of events is essentially this:

Web process:
1) WebInspector::createInspectorPage is called, which sends a synchronous WebInspectorProxy::CreateInspectorPage message to the UI process

UI process:
2) WebInspectorProxy::createInspectorPage is called to handle the message, which ends up creating a new WebView for the page
3) WebView::WebView creates a new HWND, then calls ::ShowWindow(m_window, SW_SHOW) on it
4) The WebView receives a WM_SHOWWINDOW message, which results in a DrawingArea::ResumePainting message being sent to the web process
5) WebInspectorProxy::createInspectorPage calls WebPageProxy::creationParameters to get the parameters to send back to the web process. Since the WebView has already been shown at this point, parameters.isVisible is set to true.
5) WebInspectorProxy::createInspectorPage returns, sending the parameters back to the web process

Web process:
6) WebInspectorProxy::createInspectorPage receives the synchronous message reply it's been waiting for, and creates a new, already-visible page with the WebPageCreationParameters from the UI process.
7) The new page's DrawingArea is created with painting not suspended, because the page is already visible based on the creation parameters.
8) The web process receives the DrawingArea::ResumePainting from (4), and asserts because painting is not suspended.

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