New issue
Advanced search Search tips

Issue 787868 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 1
Type: Bug



Sign in to add a comment

Set up monitoring/approval process for the newly exposed interfaces in Webview

Project Member Reported by timvolod...@chromium.org, Nov 22 2017

Issue description

Spin-off from the discussion on crbug.com/765923.

Some new APIs should not be exposed in WebView (e.g. if they are not working or go against WebView workflow). A recent example is the WebShare API (crbug.com/765923).

We currently do have a 'test' which lists newly exposed interfaces. It is a non-failing test because in the past it involved too many rebaselines and attention from the sheriff. Most of the newly exposed interfaces are usually OK to go in WebView.

At present we don't have an automatic signaling/monitoring system or well-defined process to escalate such regressions. Hence this bug to investigate and set-up a more waterproof system for handling and resolving such issues.

 

Comment 1 by torne@chromium.org, Nov 22 2017

Labels: -Pri-3 M-63 Pri-1
We should probably check the current status of this manually for M63 ASAP, and if we can't get monitoring sorted soon we will also want to check M64 at the branch point..
Any progress? When will this be available?

Sign in to add a comment