[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

Miguel Gomez <magomez at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |magomez at igalia.com

--- Comment #2 from Miguel Gomez <magomez at igalia.com> ---
With the system that we currently have working, we can only detect that the process has became unresponsive while there are API calls or user input. For the cases when there's none of those (like when watching a video without interacting with the page, for example), we can't detect if the process becomes unresponsive.

We tried to talk to Apple to add an internal timer that would ping every 10 seconds if there was no API call or user event (the heartbeat as you mention), but they didn't show any interest on it, so it's a problem that still needs to be addressed.

That's why we're trying to add this new API method so the application can manually ping the webprocess. Don't pay too much attention to the PR that the idea is based on, as the implementation will be different. The idea is just to add a new API method webkit_web_view_check_web_process_responsiveness() without any parameter. This method will internally ping the webprocess, and that ping will already activate the is-web-process-responsive signal if the webprocess doesn't answer. We're not adding anything else. We don't need it to be async (the reply will come as the signal), and we don't need webkit_web_view_get_web_process_identifier() as we already have webkit_web_view_terminate_web_process(), as you mention.

-- 
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/d7b65ee5/attachment-0001.htm>