Software-update: Google Chrome 100.0.4896.60

Google Chrome logo (79 pix) Google heeft versie 100 van zijn webbrowser Chrome uitgebracht. Google Chrome is beschikbaar voor Windows, Linux en macOS. Er zijn ook versies voor Android en iOS, maar die volgen een iets ander releaseschema. In versie 100 treffen we onder meer een nieuw maar niet zo verschillend icoon aan, kunnen webapps nu gebruikmaken van een multimonitorset-up en is de mogelijkheid om tabs te muten teruggekeerd, nadat Google deze mogelijkheid enkele jaren geleden juist had verwijderd. Meer informatie over de veranderingen die in deze uitgave zijn aangebracht, naast de gebruikelijke bug- en security fixes, kunnen hieronder worden gevonden.

Last Version for Unreduced User-Agent String

Chromium 100 will be the last version to support an unreduced User-Agent string by default (as well as the related navigator.userAgent, navigator.appVersion, and navigator.platform DOM APIs). The origin trial that allowed sites to test the fully reduced User-Agent will end on April 19, 2022. After that date, the User-Agent String will be gradually reduced. To review the whole schedule, see Chromium Blog: User-Agent Reduction Origin Trial and Dates. Sites that need more time to test or migrate to User-Agent Client Hints can enroll in the deprecation origin trial scheduled from Chrome 100 to 113, inclusive. In contrast to the first origin trial, which previews the fully reduced User-Agent string, the deprecation trial maintains the legacy User-Agent. The deprecation trial is expected to end in late May of 2023.

This is part of a strategy to replace use of the User-Agent string with the new User-Agent Client Hints API. To learn about User-Agent Client Hints, see Migrate to User-Agent Client Hints and Improving user privacy and developer experience with User-Agent Client Hints.

Multi-Screen Window Placement

The Multi-Screen Window Placement API, now available on desktop, lets you enumerate the displays connected to your machine and to place windows on specific screens. This unlocks use cases like multi-window apps that need to accurately position certain windows. It also adds a new screen option to the Element.requestFullscreen() method which allows you to determine which screen to start a full screen view on.

New use cases include:
  • A slideshow app presenting on a projector, while showing speaker notes on a laptop screen.
  • A financial app opening a dashboard of windows across multiple monitors.
  • A medical app opening images (for example, x-rays) on a high-resolution grayscale display.
  • A creativity app showing secondary windows (for example, a palette) on a separate screen.
  • Multi-screen layouts in gaming, signage, artistic, and other types of apps.

For more information, see Managing several displays with the Multi-Screen Window Placement API.

Origin Trials

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.

Continuing Origin Trials

The following origin trial is being extended to the listed version.

Media Source Extensions in Workers

Chrome is continuing an origin trial for making the Media Source Extensions (MSE) API available from dedicated workers. This feature improves performance when buffering playing media in an HTMLMediaElement on the main Window. By creating a MediaSource object in a dedicated worker, an application may then create an ObjectURL for it and call postMessage() to pass that URL to the main thread for attaching to an HTMLMediaElement. The context that created the MediaSource object may then use it to buffer media. Web authors have consistently requested that MSE be available from Worker contexts. This extended origin trial is expected to end in Chrome 103, in late July 2022.

Completed Origin Trials

The following feature, previously in a Chrome origin trial, is now enabled by default.

Digital Goods API

Chrome now provides an API for querying and managing digital products to facilitate in-app purchases from web applications. The new API works with the Payment Request API, which is used for the actual purchases. The API can be linked to a digital distribution service connected through the user agent. In Chromium, this is specifically a web API wrapper around the Android Play Billing API.

This API lets web apps in the Play Store accept purchases for digital goods. (Play policies prevent them from accepting payment via any other method.) Without this, websites that sell digital goods are not installable through the Play Store.

For more information, see Receive Payments via Google Play Billing with the Digital Goods API and the Payment Request API - Chrome Developers.

Other Features in this Release AbortSignal.prototype.throwIfAborted()

Chrome now throws an AbortSignal object's reason if the signal is aborted. This convenience method allows signal-handling functions to check a signal's abort status and propagate the abort reason. For example, it could be called after asynchronous operations that might change a signal's state.

Abort signal handling functions often need to check the signal's status and propagate the error if the signal has been aborted. This provides a convenient and consistent way to do this. An example is already available on MDN.

Capability Delegation

Capability delegation means allowing a frame to relinquish its ability to call a restricted API and transfer that ability to a (sub) frame it trusts. If an app wants to delegate its ability to call a restricted JavaScript feature (for example, popups, or fullscreen) to a known and trusted third-party frame, this API allows it to transfer this ability to the target frame for a specified period. This is in contrast to static mechanisms such as an iframe's allow attributes.

Many merchant websites host their online store on their own domain but outsource the payment collection and processing infrastructure to a payment service provider (PSP) to comply with security and regulatory complexities around card payments. This workflow is implemented as a "pay" button inside the top (merchant) frame where it can blend better with the rest of the merchant's website, and payment request code inside a cross-origin iframe from the PSP. The Payment Request API used by the PSP code is gated by transient user activation (to prevent malicious attempts like unattended or repeated payment requests). Because the top (merchant) frame's user interaction is not visible to the iframe, the PSP code needs to delegate in response to a click in the top frame before it can start payment processing.

HIDDevice forget()

The HIDDevice forget() method allows web developers to voluntarily revoke a permission to an HIDDevice that was granted by a user. Some sites may not be interested in retaining long-term permissions to access HID devices. For example, for an educational web application used on a shared computer with many devices, a large number of accumulated user-generated permissions creates a poor user experience. In addition to user agent mitigations to avoid this problem, such as defaulting to a session scoped permission on the first request or expiring infrequently used permissions, it should be possible for the site itself to clean up user-generated permissions it no longer needs.

mix-blend-mode: "plus-lighter"

The mix-blend-mode property now supports the "plus-lighter" value, which adds the source and destination colors multiplied by their respective alphas. This operation is useful when crossfading between two elements that contain common pixels. In that case, "plus-lighter" ensures that the common pixels do not change in appearance as opacity changes from 0 to 1 on one element and from 1 to 0 on the other.

Sec-CH-UA-WoW64 Client Hint

This hint serves solely as a backwards compatible shim for sites relying on "WoW64-ness" (32-bit apps running in 64-bit Windows) as they transition from the User-Agent string to UA-CH. It returns a boolean value.

SerialPort Integration with WritableStream Controller's Abort Signal

When using WritableStream, serial ports can now be closed without waiting for all write operations to finish. If the port is waiting for the peer device to provide a flow control signal it could be blocked indefinitely. The intent of aborting a WritableStream is to immediately stop writing data to the underlying sink.

TLS ALPN Extension in wss-schemed WebSockets Connections

The TLS ALPN extension is now included when initiating a new connection for wss-schemed WebSockets, offering just the default "http/1.1" protocol. Currently, unlike HTTPS connections, such connections do not offer ALPN at all. Changing this aligns with Firefox and Safari, hardens against cross-protocol attacks (ALPACA, for example), and makes wss eligible for the false start optimization. It also simplifies work on the HTTPS DNS record.

Web NFC: NDEFReader makeReadOnly()

The NDEFReader makeReadOnly() method allows web developers to make NFC tags permanently read-only with Web NFC.

WebTransport serverCertificateHashes Option

In WebTransport, the serverCertificateHashes option allows a website to connect to a web transport server by authenticating the certificate against the expected certificate hash instead of using the Web public key infrastructure (PKI).

This feature allows Web developers to connect to WebTransport servers that would normally find obtaining a publicly trusted certificate challenging, such as hosts that are not publically routable, or virtual machines that are ephemeral in nature.

Deprecations, and Removals

This version of Chrome has only one deprecation, described at the top of this article. Visit ChromeStatus.com for lists of ongoing deprecations and previous removals.

Google Chrome

Versienummer 100.0.4896.60
Releasestatus Final
Besturingssystemen Windows 7, Linux, macOS, Windows Server 2008, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016, Windows Server 2019, Windows 11
Website Google
Download https://www.google.com/chrome/
Licentietype Freeware

Door Bart van Klaveren

Downloads en Best Buy Guide

30-03-2022 • 06:02

14

Submitter: mikeoke

Bron: Google

Reacties (14)

14
14
6
0
0
0
Wijzig sortering

Sorteer op:

Weergave:

Wat houd die user agent aanpassing in? Dat je straks niet meer met user agent extensies sites kan spoofen?
Ik zit niet heel diep in deze materie want ik ben geen web ontwikkelaar, maar voor zover ik het begrijp willen de browser makers af van de traditionele "user agent string" en daar in de plaats een API voor aanbieden. De user agent string is namelijk lastig om mee te werken, er staat door keuzes uit het verleden veel informatie in die helemaal niet zo relevant is en verkeerde interpretatie kan soms lijden tot fouten in de weergave van een webpagina. Ook wordt deze string altijd als header meegestuurd bij verzoeken om een pagina, wat niet zo privacyvriendelijk is.

De nieuwe "user agent client hints" API moet websites in staat stellen om de benodigde informatie over de browser uit te vragen. Het is aan de browser om hierop te reageren en niet meer informatie te geven dan nodig, in een formaat dat eenduidig te interpreteren is. Het lijkt me dat je deze informatie dus nog steeds kunt aanpassen om te doen alsof je een andere browser gebruikt dan dat daadwerkelijk het geval is.
Bij licentietype staat Freeware. Mag ik bij deze de term "Privacyware" introduceren? Wat zoveel wil zeggen als: Gratis te gebruiken door te betalen met je privacygevoelige data.
Met freeware is het al jaren zo dat er op 1 of andere manier voor wordt betaald maar dat je niet zelf direct je portemonee hoeft te trekken. In dit geval betaal je mogelijk met zaken zoals je privacy. Dat hoeft niet per-se uit geschreven te worden.
Zoals @beerse al correct vermeld betaal je voor "freeware" meestal op een alternatieve manier, bijvoorbeeld met privégegevens.

Daar tegenover staan de open source licenties zoals de GPL en BSD license, die Tweakers vermeld bij het licentietype als deze van toepassing zijn. Bij deze software heb je altijd zonder kosten toegang tot de broncode, zodat je zelf de software zou kunnen bouwen als je daar de middelen voor hebt. Het zou overigens kunnen voorkomen dat je wel moet betalen voor de voorgecompileerde versie van software die onder deze licenties valt. Een voorbeeld hiervan is Red Hat Enterprise Linux, wat volledig open source is (GPL) maar waar je een betaalde subscription voor nodig hebt om toegang te krijgen tot de repositories met updates.
Ook niks over nieuwe icoon :)
...onder meer een nieuw maar niet zo verschillend ikoon aan..
...
Goede, over heen gelezen dus...:)
Google Chrome Portable :
Er is een fout opgetreden bij het ​​controleren op updates: Het starten van de updatecontrole is mislukt (foutcode 1: 0x80004005).
Meer informatie
Versie 100.0.4896.60 (Officiële build) (32-bits)
deze fout-melding komt er elke keer weer,wat is er niet goed dan
Portable & autoupdate gaan wel vaker niet goed samen. Even de laatste portable build zelf downloaden denk ik. Overigens zijn er heel wat verschillende versies van portable chrome in omloop dus meer als een generieke tip kan ik je ook niet geven.
Ik ben verbaasd dat Tweakers nog niets geschreven heeft over User-Agent Client Hints, dat is toch best een grote verandering in de web-wereld.
Ik vind dit altijd zo gek, jullie kopieeren en plakken gewoon de patch notes en noemen het een artikel. Niet eens een samenvatting in het Nederlands o.i.d
Volgens mij is het niet echt een artikel, deze valt gewoon onder het kopje software updates..
Die staan dan (toevallig) ook op de homepage tussen het 'laatste nieuws'.
Ik zou zeggen, meld je aan als vertaler ;-)
Kost verder ook helemaal geen manuren/tijd...

Op dit item kan niet meer gereageerd worden.