[Webkit-unassigned] [Bug 146825] Safari page goes blank after suspending and resuming with an alert open

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Nov 28 11:09:44 PST 2018


Ali Juma <ajuma at chromium.org> changed:

           What    |Removed                     |Added
                 CC|                            |ajuma at chromium.org,
                   |                            |bfulgham at webkit.org,
                   |                            |simon.fraser at apple.com,
                   |                            |thorton at apple.com,
                   |                            |zalan at apple.com
          Component|WebKit2                     |Layout and Rendering

--- Comment #2 from Ali Juma <ajuma at chromium.org> ---
What's happening is that when Safari is resumed, the WebProcess is blocked on a sync IPC (see  WebChromeClient::runJavaScriptAlert) waiting for the alert to be dismissed. In the UIProcess, the RemoteLayerTreeDrawingAreaProxy detaches the root layer after Safari goes into the background (see hideContentUntilPendingUpdate), so when Safari is resumed the UIProcess has no layer tree to draw from until the next composited layer flush. And the WebProcess is blocked until the alert is dismissed, so we can't flush until that happens.

Having a way to persist the snapshot that's taken when the app goes into the background (so that it continues to be displayed until the alert is dismissed) might be a way to fix this, but not sure if it's worth the complexity for this edge case.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20181128/7e4970fc/attachment-0001.html>

More information about the webkit-unassigned mailing list