September 23rd, 2021
Unless otherwise noted, changes described below apply to the newest Chrome Beta channel release for Android, Chrome OS, Linux, macOS, and Windows. Learn more about the features listed here through the provided links or from the list on ChromeStatus.com. Chrome 95 is beta as of September 23, 2021.
This version of Chrome introduces the origin trials described below. Origin trials allow you to try new features and give feedback on usability, practicality, and effectiveness to the web standards community. To register for any of the original trials currently supported in Chrome, including the ones described below, visit the Chrome Origin Trials dashboard. To learn more about origin trials in Chrome, visit the Origin Trials Guide for Web Developers. Microsoft Edge runs its own origin trials separate from Chrome. To learn more, see the Microsoft Edge Origin Trials Developer Console.
New Origin Trials
Access Handles for the File System Access API
It’s our eventual goal to merge the origin private file system of the File System Access API with the Storage Foundation API to reduce the number of entry points for getting access to file-based storage in the browser. A first step toward this objective is the newly proposed access handle. The new feature differs from existing functionality by offering in-place and exclusive write access to a file’s content. This change, along with the ability to consistently read unflushed modifications and the availability of asynchronous variants on dedicated workers, significantly improves performance and unblocks new use cases. To join the origin trial, see its entry on Chrome Origin Trials. For more on access handlers, see the information we’ve added to The File System Access API: simplifying access to local files.
Reduce User Agent String Information
Chrome is trying to reduce the amount of information the user agent string exposes in HTTP requests as well as in
navigator.platform. The user agent string can be used for passive user fingerprinting. To join the origin trial, see its entry on Chrome Origin Trials.
Completed Origin Trials
The following features, previously in a Chrome origin trial, are now enabled by default.
Secure Payment Confirmation
Secure payment confirmation augments the payment authentication experience on the web with the help of the Web Authentication API. The feature adds a new ‘payment’ extension to that API, which allows a relying party such as a bank to opt-in to creating a
PublicKeyCredential that can be queried by any merchant origin as part of an online checkout via the Payment Request API using the
'secure-payment-confirmation' payment method.
This feature enables consistent, low friction, strong authentication experience using platform authenticators. Strong authentication with the user’s bank is becoming a requirement for online payments in many regions, including the European Union. The proposed feature provides a better user experience and stronger security than existing solutions.
WebAssembly Exception Handling
WebAssembly now provides exception handling support. Exception handling allows code to break control flow when an exception is thrown. The exception can be any that is known by the WebAssembly module, or it may be an unknown exception that was thrown by a called imported function.
Other Features in this Release
Adding droppedEntriesCount to PerformanceObserver Callback
Currently, web developers can call
PerformanceObserver.observe() with the buffered option to listen to past and future performance entries about their site. Unfortunately, past entries need to be stored, and there is a buffer size limit. The
droppedEntriesCount parameter helps developers know if they may have lost an entry due to storage being full.
droppedEntriesCount property is one of the options specified as the third parameter of the callback passed in the
PerformanceObserver constructor. It provides the number of entries dropped due to the buffer being full.
The EyeDropper API provides a browser-supplied eyedropper for the construction of custom color pickers. Creative applications built for the web could benefit from an ability to sample a color from pixels on the screen. Many OS applications, PowerPoint for example, have this ability but are unable to carry it over to their web equivalents.
Even though some browsers have eyedropper capability built into
<input type=color> elements, web applications are limited in their ability to integrate this into their custom color pickers since the eyedropper is generally accessible only through the non-customizable popup triggered by the
New UA platform Version Source on Windows for User Agent Client Hints
Chrome has updated the value provided by the
Sec-CH-UA-Platform-Version on Windows to provide a reasonable level of fidelity to allow sites to identify meaningful Windows platform changes. This enables sites to deliver appropriate binary executables and help content specific to a particular operating system version. The current user agent string and existing
Sec-CH-UA-Platform-Version implementation provides the major and minor version Windows components. However, as of Windows 10, Windows generally doesn’t increase either of these numbers across significant releases. Notably, Windows 11 does not increase either of these numbers. You can find a table of value mappings to Windows releases in the UA Client Hints’ repo issue 220.
This allows library developers to report exceptions in the same way the browser does, which is useful when they need custom control over running the callback.
Deprecations, and Removals
FTP Support Removed
Chrome is removing support for FTP URLs. The use of FTP in the browser is sufficiently low that it is no longer viable to invest in improving the existing FTP client. In addition, more capable FTP clients are available on all affected platforms.
Google Chrome 72 and later removed support for fetching document subresources over FTP and rendering of top-level FTP resources. Currently navigating to FTP URLs results in showing a directory listing or a download depending on the type of resource. A bug in Google Chrome 74 and later resulted in dropping support for accessing FTP URLs over HTTP proxies. Proxy support for FTP was removed entirely in Google Chrome 76. In Chrome 86 FTP support was turned off for pre-release channels (Canary and Beta) and experimentally turned off for one percent of stable users, though it could be re-enabled via the command line. In Chrome 87 it was turned off for fifty percent of users but could also be enabled through the command line. Since Chrome 88, it was only available through a deprecation trial and is now disabled.
Support for URLs with non-IPv4 Hostnames Ending in Numbers
Most hostnames that aren’t valid IPv4 addresses, but end in numbers are treated as valid, and looked up via DNS (for example,
http://foo.127.1/). Per the Public Suffix List spec, the eTLD+1 of the hostname in that URL should be
127.1. If that is ever fed back into a URL,
http://127.1/ is mapped to
http://127.0.0.1/ by the URL spec, which seems potentially dangerous.
127.0.0.0.1 could also potentially be used to confuse users. URLs with these hostnames are now rejected.
WebAssembly Cross-Origin Module Sharing
Chrome now deprecates sharing WebAssembly modules between cross-origin, but same-site environments to allow agent clusters to be scoped to origins long term.
Deprecate U2F API (Cryptotoken)
Chrome’s legacy U2F API for interacting with security keys is deprecated and beginning a deprecation trial in Chrome 95 wherein the API remains enabled by default, but the trial token will disable the key for participating sites. U2F security keys themselves are not deprecated and will continue to work.
Affected sites should migrate to the Web Authentication API. Credentials that were originally registered via the U2F API can be challenged via web authentication. USB security keys that are supported by the U2F API are also supported by the Web Authentication API.
chrome.runtime.sendMessage() method. U2F and Cryptotoken are firmly in maintenance mode and have encouraged sites to migrate to the Web Authentication API for the last two years.
The following timeline is currently planned for deprecation and removal:
Stable as of August 31, 2021. Support added for the googleLegacyAppIdSupport extension.
Beta as of September 23, 2021. The following changes were implemented:
- Gated U2F API requests behind a user permission prompt.
- Logged a deprecation notice in the DevTools console for every request.
Beta expected in early January 2022, stable in February. The deprecation trial will continue, but its behavior will reverse: the API will be disabled by default, but may be kept alive by trial participants.
Beta expected in late May 2022, stable in late June. The deprecation trial will end.
Beta expected in late June 2022, stable in early August. The U2F API will be fully removed.