[Webkit-unassigned] [Bug 246330] [GTK][WPE] Add API to check for web process responsiveness

[bugzilla-daemon at webkit.org]

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

--- Comment #3 from Michael Catanzaro <mcatanzaro at gnome.org> ---
Well the proposal seems OK, but... seems even better, and easier, to implement a heartbeat, unless there is a really good reason not to? Expecting applications to handle this manually doesn't seem very friendly. Besides, as long as WebKitWebView:is-web-process-responsive exists, it ought to return accurate results, right? And if you don't add new API, then you don't have to test the API that you didn't add, and you also skip the new API discussion/approval. I'm curious what other reviewers think.

It's probably best to have a heartbeat at the WebProcessProxy level, but if Apple doesn't want it there (why not?), then putting it in the API layer sounds OK. It could be as simple as (a) take whatever work you've done already, (b) make it private instead of public, (c) call it every few seconds on a timer.

For GTK, we could additionally restrict it so that it only runs if the web view is focused, so we're not wasting battery life checking web views that aren't visible. (I guess WPE has no way to check for focus, though.)

-- 
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/20221011/56b57385/attachment.htm>