Intent to Ship: Removal of X-Requested-With in WebView

346 views
Skip to first unread message

Peter Birk Pakkenberg

unread,
Mar 13, 2023, 10:06:55 AM3/13/23
to blink-dev, pe...@chromium.org

Contact emails

pb...@chromium.org


Explainer

Android Developer Blog post


Summary

Removes the default X-Requested-With header from HTTP requests made by WebView. 


The X-Requested-With header is set by WebView, with the package name of the embedding apk as the value. 

This use of the header will be discontinued. 


Developers who rely on this header can sign up for a deprecation origin trial to continue to receive the header during the deprecation period. 

The deprecation origin trial will be extended until replacement APIs are available to address use cases of the header, as explained in this Android Developer Blog post.


The roll-out of this removal will be slower than usual. See “Estimated milestones” below.


Blink component

Mobile>WebView


Search tags

Headers


TAG review



TAG review status

Not applicable


Risks



Interoperability and Compatibility



Gecko: N/A


WebKit: N/A


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?

This feature removes a header sent by default by WebView. It should have no direct impact on applications using WebViews, but sites loaded in the WebView will no longer receive the X-Requested-With header unless the app explicitly allowlist the site to receive the header or the site participates in the deprecation trial.



Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?

No

WebView-only feature being deprecated



Is this feature fully tested by web-platform-tests?

No - WebView is not covered by Web Platform Tests.


Flag name

WebViewXRequestedWithHeaderControl


Requires code in //chrome?

False


Tracking bug

https://crbug.com/960720


Estimated milestones

  • Roll-out in M111 beta (up to 50%)

  • Roll-out in M112 stable (up to 1%)

  • Roll-out to M113 stable (up to 5%)

 Further roll-out to be assessed based on developer input and feedback, considering that people might need time to adopt the OT.

While we have announced the change through public developer communications and direct outreach to several partners, receiving mostly positive or neutral feedback, we expect that negative impacts, if any, will be more visible at 1% and 5% of stable traffic.  We may want to allow more time to adopt the deprecation trial before continuing to ramp up.



Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5160086884843520


Links to previous Intent discussions

Intent to Deprecate: https://groups.google.com/a/chromium.org/g/blink-dev/c/k9HL9muJPxs



This intent message was generated by Chrome Platform Status.



Sincerely,
Google Logo
Peter Birk Pakkenberg
Software Engineer
pb...@chromium.org

Mike Taylor

unread,
Mar 13, 2023, 10:41:10 AM3/13/23
to Peter Birk Pakkenberg, blink-dev, pe...@chromium.org

Do you expect to deprecate setRequestedWithHeaderOriginAllowList at some future point?

Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?

No

WebView-only feature being deprecated



Is this feature fully tested by web-platform-tests?

No - WebView is not covered by Web Platform Tests.


Flag name

WebViewXRequestedWithHeaderControl


Requires code in //chrome?

False


Tracking bug

https://crbug.com/960720


Estimated milestones

  • Roll-out in M111 beta (up to 50%)

  • Roll-out in M112 stable (up to 1%)

  • Roll-out to M113 stable (up to 5%)

 Further roll-out to be assessed based on developer input and feedback, considering that people might need time to adopt the OT.

While we have announced the change through public developer communications and direct outreach to several partners, receiving mostly positive or neutral feedback, we expect that negative impacts, if any, will be more visible at 1% and 5% of stable traffic.  We may want to allow more time to adopt the deprecation trial before continuing to ramp up.

This looks like a reasonable, conservative rollout plan, thanks.

Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5160086884843520


Links to previous Intent discussions

Intent to Deprecate: https://groups.google.com/a/chromium.org/g/blink-dev/c/k9HL9muJPxs



This intent message was generated by Chrome Platform Status.



Sincerely,
Google Logo
Peter Birk Pakkenberg
Software Engineer
pb...@chromium.org
--
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 blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CACvTYjtyf389m7ywT7042GXBzVCz4z6Pmn9UCNztMA23ewTZqw%40mail.gmail.com.

Peter Birk Pakkenberg

unread,
Mar 15, 2023, 11:24:04 AM3/15/23
to Mike Taylor, blink-dev, pe...@chromium.org
Hi Mike,

We plan to keep the setRequestedWithHeaderOriginAllowList API for the duration of the XRW origin trial, but have not made any decisions beyond that at this point in either direction.

Sincerely,
Google Logo
Peter Birk Pakkenberg
Software Engineer
pb...@chromium.org

Peter Birk Pakkenberg

unread,
Mar 30, 2023, 11:18:29 AM3/30/23
to Mike Taylor, blink-dev, pe...@chromium.org
Hello blink-dev@

Are there any objections to start shipping this feature in M112?

Sincerely,
Google Logo
Peter Birk Pakkenberg
Software Engineer
pb...@chromium.org

Peter Birk Pakkenberg

unread,
Apr 5, 2023, 1:08:29 PM4/5/23
to Mike Taylor, blink-dev, pe...@chromium.org
Hello blink-dev@

Are there any objections or questions about starting the removal of this header? 

If not, I would appreciate LGTM's to let me proceed with a 1% stable roll-out in M112.

Sincerely,
Google Logo
Peter Birk Pakkenberg
Software Engineer
pb...@chromium.org

Mike Taylor

unread,
Apr 5, 2023, 2:59:00 PM4/5/23
to Peter Birk Pakkenberg, blink-dev, pe...@chromium.org

Apologies Peter, this intent fell off the radar of our tooling.

LGTM1 to proceed with the outlined plan. Thanks for creating a deprecation trial and blogging about it.

Yoav Weiss

unread,
Apr 7, 2023, 7:05:46 AM4/7/23
to Mike Taylor, Peter Birk Pakkenberg, blink-dev, pe...@chromium.org
LGTM2

It seems like there's no way for us to know who relies on this without trying the removal and finding out. Slow and careful rollout makes sense in that case.

Peter Birk Pakkenberg

unread,
Apr 12, 2023, 4:14:59 AM4/12/23
to Yoav Weiss, Mike Taylor, blink-dev, pe...@chromium.org
Thank you Mike and Yoav,

Can I get a third LGTM to let me proceed to a 1% roll-out on stable?


Sincerely,
Google Logo
Peter Birk Pakkenberg
Software Engineer
pb...@chromium.org

Chris Harrelson

unread,
Apr 19, 2023, 3:55:38 PM4/19/23
to Peter Birk Pakkenberg, Yoav Weiss, Mike Taylor, blink-dev, pe...@chromium.org
Reply all
Reply to author
Forward
0 new messages