Contact emails
hjanu...@gmail.comExplainer
https://chromium-review.googlesource.com/c/chromium/src/+/7135039Specification
https://fetch.spec.whatwg.org/#data-url-processorSummary
Preserve MIME type parameters (e.g., charset, boundary) in data URL Content-Type headers per the Fetch Standard. CL: https://chromium-review.googlesource.com/c/chromium/src/+/7135039Blink component
Blink>Network>FetchAPIWeb Feature ID
fetchMotivation
Currently, Chromium only extracts the charset parameter from data URLs and discards other MIME type parameters. Per the Fetch Standard, data URL MIME type parameters should be preserved in the Content-Type header. For example: - data:text/plain;a=b,X should return Content-Type: text/plain;a=b - data:;charset=" x",X should return Content-Type: text/plain;charset=" x" This change brings Chromium into compliance with the Fetch Standard and improves web compatibility with other browsers. Spec: https://fetch.spec.whatwg.org/#data-url-processorInitial public proposal
https://chromium-review.googlesource.com/c/chromium/src/+/7135039TAG review
No information providedTAG review status
Not applicableRisks
Interoperability and Compatibility
No information providedGecko: Positive
WebKit: Positive
Web developers: Positive
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 providedDebuggability
No information providedWill this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)?
NoYesexternal/wpt/fetch/data-urls/processing.any.htmlFlag name on about://flags
No information providedFinch feature name
DataUrlMimeTypeParameterPreservationRollout plan
(RARE) Experiment users ramp up over timeRequires code in //chrome?
FalseTracking bug
https://issues.chromium.org/issues/40487194Estimated milestones
| Shipping on desktop | 146 |
| Shipping on Android | 146 |
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 providedLink to entry on the Chrome Platform Status
https://chromestatus.com/feature/4874471565557760?gate=6595063650058240