[Webkit-unassigned] [Bug 149761] Event queue for WebView on El Capitan with WebKit 601.1.56 breaks with GPU rendering

[bugzilla-daemon at webkit.org]

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

--- Comment #6 from Omar Kilani <omar at tinysofa.org> ---
(In reply to comment #5)
> I took a look, and the title is a bit misleading. It's actually just failing
> to repaint a layer after content changes, specifically the background color
> transitions on the rows. I'm not sure why that happens yet.

Hi Simon,

That's not what I'm seeing...

I don't know if you have access to the .mov I uploaded to Radar, but the entire JS engine freezes until I move the mouse (clicking the nav items on the left nav doesn't update the list on the right until I move the mouse [or a background XHR completes?]).

WKWebView seems to be using the multi process renderer, but no idea why that makes a difference in this case.

There's a lot of code in the uploaded sample, but you can just stick a WebView into a view controller and the same thing happens (and we've had users complaining that Fluid.app "hangs" after upgrading to El Capitan, etc, etc).

WKWebView works for us as a work around since it seems faster anyway, but I don't understand the reason for what's happening, and thought it might be worth investigating/fixing.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20151013/226ab8b3/attachment.html>