[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

Michael Catanzaro <mcatanzaro at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mcatanzaro at gnome.org

--- Comment #1 from Michael Catanzaro <mcatanzaro at gnome.org> ---
This already exists, WebKitWebView:is-web-process-responsive. You can connect to the notify::is-web-process-responsive if you need a signal. But you know that already. I see you're trying to work around a problem with that property by adding a new method webkit_web_view_is_web_process_responsive_async() that forces the UI process to immediately check if the web process is responsive. But it's quite confusing if the method does something different than returning the value of the corresponding property.

It seems your problem is that if zero messages being sent between UI process and web process, then unresponsiveness will not be detected. I did not realize it was ever possible to wind up in such a situation, but since you're hitting it, how about adding a heartbeat message? That would solve your problem without requiring any API changes, right?

P.S. What are you planning to do with webkit_web_view_get_web_process_identifier()? Is webkit_web_view_terminate_web_process() not good enough for what you want to do? My worry is that developers will be confused when the pid changes after a process swap.

-- 
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/8e29e1e7/attachment.htm>