[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 13:59:00 PST 2018
https://bugs.webkit.org/show_bug.cgi?id=146825
--- Comment #4 from Tim Horton <thorton at apple.com> ---
(In reply to Ali Juma from comment #2)
> 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.
That snapshot is not of the page content, but the whole app (including the alert), so keeping it up would be problematic w.r.t. actually being able to dismiss the alert.
Really what you'd want is a snapshot of the page content that you could pop in in place of the layer tree before you've had a chance to get another commit in (including repainted tiles), but I think I agree that that's pretty expensive for a rare 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/0458e241/attachment.html>
More information about the webkit-unassigned
mailing list