Hey Mohamed, Can you maybe outline the motivation for this deprecation, other than low use? Would be useful in terms of judging the risk.
Best, Alex On Monday, June 15, 2026 at 9:34:28 AM UTC-7 [email protected] wrote: > *> Is this feature fully tested by web-platform-tests > <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>?* > > *> Yes> Covered > by https://wpt.fyi/results/digital-credentials/get.https.html > <https://wpt.fyi/results/digital-credentials/get.https.html>* > > Do any of these tests cover the specific thing that's being changed here? > It looks like the current results > <https://wpt.fyi/results/digital-credentials/get.https.html?label=master&product=chrome%5Bexperimental%5D&product=chrome%5Bstable%5D&product=firefox%5Bexperimental%5D&product=safari%5Bexperimental%5D&aligned> > > for Chrome already match Safari, except for the "navigator.credentials.get() > API rejects if there are no credential request for same-origin iframe" > testcase > which doesn't sound related. > > -- Dan > > On Wednesday, June 10, 2026 at 1:56:24 PM UTC-7 Chromestatus wrote: > >> *Contact emails* >> [email protected], [email protected] > > >> >> *Explainer* >> https://github.com/w3c-fedid/digital-credentials/issues/396 >> >> *Specification* >> https://w3c-fedid.github.io/digital-credentials/#protocols >> >> *Summary* >> The Digital Credentials API was originally designed to be an opaque >> pipeline for arbitrary exchange protocols. In November the FedID WG >> resolved to change this ( >> https://github.com/w3c-fedid/digital-credentials/issues/396) so that the >> spec normatively referenced only a specific set of exchange protocols. This >> feature tracks changing Chromium's implementation of the DC API to match >> such that requests for unspecified presentation and issuance protocols will >> fail vs. being passed through to Android. >> >> *Blink component* >> Blink>Identity>DigitalCredentials >> <https://issues.chromium.org/issues?q=customfield1222907:%22Blink%3EIdentity%3EDigitalCredentials%22> >> >> *Web Feature ID* >> *No information provided* >> >> *Motivation* >> To align with a change to the spec which enables more credible privacy >> and security analysis of the API. >> >> *Initial public proposal* >> *No information provided* >> >> *TAG review* >> *No information provided* >> >> *TAG review status* >> Not applicable >> >> *Goals for experimentation* >> None >> >> *Risks* >> >> >> *Interoperability and Compatibility* >> A UseCounter was added for unknown protocols in the DC API, it has fallen >> to essentially zero starting in April 2026: >> https://chromestatus.com/metrics/feature/timeline/popularity/5770 >> Looking at more detailed internal metrics, the exact value is not exactly >> zero and amounts to about 3% of all DC API calls (itself very rare). We >> believe this represents some limited testing by developers considering >> migrating from custom schemes to the DC API, no real deployments. But in >> order to avoid negatively impacting those developers we want to hold actual >> removal until the start of 2027. In order to reduce the risk of surprises >> we want to add a deprecation warning / report now. >> >> *Gecko*: No signal ( >> https://mozilla.github.io/standards-positions/#digital-credentials) Mozilla >> is officially negative on the DC API itself. In the FedID WG meeting for >> restricting the API to specified protocols only, Mozilla representatives >> argued in favor of the change. >> >> *WebKit*: Shipped/Shipping ( >> https://webkit.org/blog/17431/online-identity-verification-with-the-digital-credentials-api) >> Supports >> only the org-iso-mdoc protocol already >> >> *Web developers*: No signals >> >> *Other signals*: >> >> *WebView application risks* >> >> Does this intent deprecate or change behavior of existing APIs, such that >> it has potentially high risk for Android WebView-based applications? >> *No information provided* >> >> >> *Debuggability* >> *No information provided* >> >> *Will this feature be supported on all six Blink platforms (Windows, Mac, >> Linux, ChromeOS, Android, and Android WebView)?* >> Yes >> >> *Is this feature fully tested by web-platform-tests >> <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>?* >> Yes >> Covered by https://wpt.fyi/results/digital-credentials/get.https.html >> >> *Flag name on about://flags* >> #enable-experimental-web-platform-features >> >> *Finch feature name* >> DigitalCredentialsProtocolFilter >> >> *Rollout plan* >> Will ship enabled for all users >> >> *Requires code in //chrome?* >> False >> >> *Tracking bug* >> https://crbug.com/465006289 >> >> *Estimated milestones* >> Shipping on desktop 160 >> DevTrial on desktop 151 >> Shipping on Android 160 >> DevTrial on Android 151 >> Shipping on WebView 160 >> >> *Anticipated spec changes* >> >> Open questions about a feature may be a source of future web compat or >> interop issues. Please list open issues (e.g. links to known github issues >> in the project for the feature specification) whose resolution may >> introduce web compat/interop risk (e.g., changing to naming or structure of >> the API in a non-backward-compatible way). >> *No information provided* >> >> *Link to entry on the Chrome Platform Status* >> https://chromestatus.com/feature/6492906882990080?gate=5229137305403392 >> >> This intent message was generated by Chrome Platform Status >> <https://chromestatus.com>. >> > -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/43940ea6-ae8d-404e-8d2c-92b871913bd9n%40chromium.org.
