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 origin 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 a synchronous variant 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 a 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. 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 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 reenabled 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 (e.g.,
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.