summaryrefslogtreecommitdiff
path: root/core/java/android/webkit/WebViewRenderer.java
Commit message (Collapse)AuthorAgeFilesLines
* [webview] rename unresponsive renderer APIsTobias Sargeant2019-03-111-48/+0
| | | | | | | | | | | | | Followup from API council review: * Rename Renderer to RenderProcess for consistency with existing APIs. * Make WebViewRenderProcess constructor public. * Document 5 second minimum interval between successive callbacks. Bug: 124767616 Bug: 123629980 Test: atest 'CtsWebkitTestCases' Change-Id: I4416a97e8bb449c4a14a3617ef72a49c92aa3a83
* [wv] Make WebViewRenderer ctor @SystemApiTobias Sargeant2019-01-191-0/+3
| | | | | | | | So that it can be subclassed in the WebView glue. Bug: 111332462 Test: CTS test TBD Change-Id: Id231420d97e69e1a10b0fdf393950e1b609b4481
* [wv] Add WebView unresponsive renderer APIs.Tobias Sargeant2019-01-161-0/+45
WebViewRendererClient is a callback class responsible for informing applications about renderer state changes. Specifically, these callbacks added as part of this feature are: onRendererUnresponsive(renderer) - called when the renderer associated with a webview does not ack an input event, or a navigation does not commit within 5 seconds. The callback will continue to be called at 5 second intervals until the renderer is killed or the unresponsiveness resolves. |renderer| may be null if webview is operating in single process mode. onRendererResponsive(renderer) - called once when an unresponsive renderer becomes responsive again. This CL also adds the ability to get a webview renderer handle from a WebView instance, and then terminate that renderer. This allows recovery from unresponsive renderer situations when webview is in multiprocess mode and termination is correctly handled via WebViewClient.onRendererUnresponsive(). Bug: 111332462 Test: CTS test TBD Change-Id: I0ec026f539a70f412c5567dd87a86a0d851b39ae