Chrome 141 w wersji beta

Opublikowano: 4 września 2025 r.

Jeśli nie zaznaczono inaczej, te zmiany dotyczą najnowszej wersji Chrome Beta w kanale beta na Androida, ChromeOS, Linuksa, macOS i Windowsa. Więcej informacji o wymienionych tu funkcjach znajdziesz pod podanymi linkami lub na liście na stronie ChromeStatus.com. Od 4 września 2025 r. Chrome 141 jest w wersji beta. Najnowszą wersję możesz pobrać na stronie Google.com na komputerze lub w Sklepie Google Play na Androidzie.

CSS i interfejs użytkownika

ARIA Notify API

Interfejs ARIA Notify API udostępnia deweloperom metodę JavaScript, która pozwala bezpośrednio przekazać czytnikowi ekranu, co ma odczytać.

Użycie ariaNotify() zwiększa niezawodność i kontrolę dewelopera w porównaniu z aktywnymi regionami ARIA oraz umożliwia ogłaszanie zmian, które nie są powiązane z aktualizacjami DOM. Dzięki temu możesz tworzyć bardziej spójne i ergonomiczne ułatwienia dostępu w dynamicznych aplikacjach internetowych. Możesz kontrolować użycie tej funkcji przez elementy iframe za pomocą zasady dotyczącej uprawnień "aria-notify".

Zaktualizuj algorytm ujawniania elementu nadrzędnego hidden=until-found i szczegółów

W specyfikacji wprowadzono niedawno niewielkie zmiany w algorytmach ujawniania elementów hidden=until-found i details, aby zapobiec utknięciu przeglądarki w nieskończonej pętli. Te aktualizacje zostały dodane do Chrome.

Obsługa atrybutów width i height jako atrybutów prezentacji w zagnieżdżonych elementach <svg>

Chrome obsługuje stosowanie atrybutów width i height jako atrybutów prezentacji w zagnieżdżonych elementach <svg> zarówno za pomocą znaczników SVG, jak i CSS. To podwójne podejście zapewnia deweloperom jeszcze większą elastyczność, umożliwiając im wydajniejsze zarządzanie elementami SVG i ich stylizowanie w ramach złożonych projektów.

Gdy ta funkcja jest włączona, te fragmenty kodu HTML dają takie same wyniki.

Z właściwościami CSS dla zagnieżdżonego elementu <svg>:

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Bez właściwości CSS dla zagnieżdżonego elementu <svg>:

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Interfejsy Web API

Digital Credentials API (obsługa prezentacji)

Witryny pobierają dane logowania z aplikacji portfela mobilnego za pomocą różnych mechanizmów, takich jak niestandardowe moduły obsługi adresów URL i skanowanie kodów QR. Ta funkcja umożliwia witrynom wysyłanie próśb o informacje o tożsamości z portfeli za pomocą systemu IdentityCredential CredMan na Androidzie. Można go rozszerzyć, aby obsługiwał wiele formatów danych logowania (takich jak ISO mDoc i W3C Verifiable Credential) i umożliwiał korzystanie z wielu aplikacji portfela. Ta aktualizacja dodaje mechanizmy, które pomagają zmniejszyć ryzyko nadużyć związanych z tożsamością w świecie rzeczywistym na poziomie ekosystemu.

Zwykle po wywołaniu navigateEvent.intercept() przechwycona nawigacja jest zatwierdzana (a adres URL aktualizowany), gdy tylko NavigateEvent zakończy wysyłanie.

Ta funkcja dodaje opcję precommitHandler do navigateEvent.intercept(), podobnie jak handler. Odroczy zatwierdzenie do czasu, aż ten moduł obsługi (i wszystkie inne moduły obsługi przed zatwierdzeniem) zostanie rozwiązany, i umożliwi modułowi obsługi zmianę adresu URL, informacji, stanu i historii nawigacji (push/replace).

Wesprzyj kanał restrictOwnAudio

Właściwość restrictOwnAudio to właściwość, którą można ograniczyć, dotycząca przechwytywanych platform wyświetlania. Ta właściwość, którą można ograniczyć, zmienia zachowanie dźwięku systemowego na przechwyconej powierzchni wyświetlacza. Ograniczenie restrictOwnAudio będzie miało wpływ tylko wtedy, gdy przechwytywana powierzchnia wyświetlania będzie zawierać dźwięk systemowy. W przeciwnym razie nie będzie miało żadnego wpływu.

Domyślnie, gdy dźwięk systemowy jest przechwytywany, obejmuje on wszystkie dźwięki odtwarzane przez system na urządzeniach wyjściowych audio. Gdy funkcja restrictOwnAudio jest włączona, przechwycony dźwięk systemowy jest filtrowany, aby wykluczyć dźwięk pochodzący z dokumentu, który wykonał getDisplayMedia.

echoCancellationMode za getUserMedia()

Rozszerza zachowanie echoCancellation słownika MediaTrackConstraints. Wcześniej akceptowane były tylko wartości true i false, a teraz możliwe są też wartości all i remote-only. Umożliwia klientom modyfikowanie działania funkcji usuwania echa stosowanej do ścieżek audio odbieranych z mikrofonów, co pozwala kontrolować, jaka część odtwarzania systemu użytkownika (całość lub tylko dźwięk odbierany z połączeń PeerConnection) jest usuwana z sygnału mikrofonu.

windowAudio dla: getDisplayMedia()

Rozszerza DisplayMediaStreamOptions o getDisplayMedia() z opcją windowAudio. Ta nowa opcja umożliwia aplikacjom internetowym przekazywanie klientowi użytkownika informacji o tym, czy użytkownik powinien mieć możliwość udostępniania dźwięku po wybraniu okna. Opcję windowAudio można ustawić na wykluczenie, system lub okno, w zależności od preferencji aplikacji.

Aplikacja internetowa, która jest skonfigurowana do przechwytywania dźwięku, ale chce ograniczyć przechwytywanie dźwięku systemowego po wybraniu okna, musi ustawić windowAudio: "exclude".

FedCM: pola alternatywne w wyborze konta

Dodaje obsługę numerów telefonów i nazw użytkowników jako identyfikatorów do rozróżniania kont w selektorze kont, oprócz lub zamiast imienia i nazwiska oraz adresu e-mail użytkownika, a także udostępnia te nowe pola witrynom, aby wpływały na tekst ujawnienia. Aby dowiedzieć się więcej, zapoznaj się z dokumentacją.

IndexedDB getAllRecords() i opcja kierunku dla getAll() i getAllKeys()

Ta funkcja dodaje metodę getAllRecords() do IndexedDB IDBObjectStore i IDBIndex. Dodaje też parametr kierunku do funkcji getAll() i getAllKeys(). Ta funkcja umożliwia znaczne przyspieszenie niektórych wzorców odczytu w porównaniu z istniejącą alternatywą iteracji z kursorami. W jednym z testów zadanie z usługi Microsoftu wykazało poprawę o 350 ms.

Metoda getAllRecords() łączy metody getAllKeys() i getAll(), wyliczając jednocześnie klucze podstawowe i wartości. W przypadku IDBIndex getAllRecords() podaje też klucz indeksu rekordu oprócz klucza podstawowego i wartości.

Reguły spekulacyjne: ulepszenia dotyczące „zainteresowania” na komputerach

Na komputerach reguły spekulacji „eager” (natychmiastowe) wywołują pobieranie i renderowanie wstępne, gdy użytkownicy najadą kursorem na link na krócej niż w przypadku ustawienia „moderate” (umiarkowane).

Poprzednie działanie, polegające na jak najszybszym rozpoczęciu pobierania lub renderowania wstępnego, było takie samo jak w przypadku gotowości „natychmiastowej”. To nowe zachowanie jest przydatne, ponieważ lepiej odzwierciedla intencje autora, który chce, aby aktualizacja była bardziej pilna niż „umiarkowana” i mniej pilna niż „natychmiastowa”.

Zasada Strict Same Origin w przypadku interfejsu Storage Access API

Dostosowuje semantykę interfejsu Storage Access API, aby ściśle przestrzegać zasady tego samego źródła w odniesieniu do bezpieczeństwa. Oznacza to, że użycie atrybutu document.requestStorageAccess() w ramce domyślnie dołącza pliki cookie tylko do żądań wysyłanych do źródła (nie witryny) elementu iframe.

Integralność oparta na podpisie

Ta funkcja udostępnia twórcom stron internetowych mechanizm weryfikacji pochodzenia zasobów, od których zależą, tworząc podstawę techniczną do zaufania zależnościom witryny. Serwery mogą podpisywać odpowiedzi za pomocą pary kluczy Ed25519, a twórcy stron internetowych mogą wymagać od klienta użytkownika weryfikacji podpisu za pomocą określonego klucza publicznego. To przydatne uzupełnienie kontroli opartych na adresach URL oferowanych przez (standard) Content Security Policy z jednej strony oraz kontroli opartych na treściach oferowanych przez integralność podzasobów z drugiej.

WebRTC Encoded Transform (wersja 2)

Ten interfejs API umożliwia przetwarzanie zakodowanych multimediów przesyłanych przez RTCPeerConnection. Chromium udostępniło wczesną wersję tego interfejsu API w 2020 r. Od tego czasu specyfikacja uległa zmianie, a inni producenci przeglądarek opublikowali jej zaktualizowaną wersję (Safari w 2022 r. i Firefox w 2023 r.).

Ta aktualizacja Chrome wprowadza najnowszą specyfikację i jest częścią Interop 2025.

Ta premiera nie obejmuje metody generateKeyFrame, która jest nadal omawiana.

Tylko zarządzane urządzenia z ChromeOS

Zasady dotyczące uprawnień w przypadku interfejsu API atrybutów urządzeń

Nowe zasady dotyczące uprawnień umożliwiają ograniczenie dostępu do interfejsu Device Attributes API, który jest dostępny tylko w przypadku aplikacji internetowych kiosku zainstalowanych zgodnie z zasadami i izolowanych aplikacji internetowych zainstalowanych zgodnie z zasadami, w obu przypadkach tylko na zarządzanych urządzeniach z ChromeOS. Dodatkowo funkcją tą sterują ustawienia treści.

Wprowadziliśmy 2 nowe zasady: DeviceAttributesBlockedForOrigins i DefaultDeviceAttributesSetting. Te zasady są wprowadzane razem z DeviceAttributesAllowedForOrigins.

Nowe wersje próbne origin

W Chrome 141 możesz włączyć te nowe wersje próbne origin.

Ograniczenia dostępu do sieci lokalnej

Chrome 141 ogranicza możliwość wysyłania żądań do sieci lokalnej użytkownika, co wymaga wyświetlenia prośby o przyznanie uprawnień.

Żądanie sieci lokalnej to dowolne żądanie z publicznej witryny do lokalnego adresu IP lub sprzężenia zwrotnego albo z lokalnej witryny (np. intranetu) do sprzężenia zwrotnego. Wymaganie uprawnień do wysyłania takich żądań przez witryny zmniejsza ryzyko ataków polegających na sfałszowaniu żądania z innej witryny na urządzenia w sieci lokalnej, takie jak routery, oraz ogranicza możliwość wykorzystywania tych żądań przez witryny do identyfikowania sieci lokalnej użytkownika.

To uprawnienie jest ograniczone do bezpiecznych kontekstów. Jeśli uprawnienia zostaną przyznane, dodatkowo złagodzą blokowanie treści mieszanych w przypadku żądań sieci lokalnej (ponieważ wiele urządzeń lokalnych z różnych powodów nie może uzyskać publicznie zaufanych certyfikatów TLS).

To rozwiązanie zastępuje wcześniejsze, które nazywało się „Dostęp do sieci prywatnej”.

Proofreader API

Interfejs JavaScript API do korekty tekstu wejściowego z sugerowanymi poprawkami, oparty na modelu językowym AI.

Rozszerzanie CSP script-src (znane też jako script-src-v2)

Ta funkcja dodaje nowe słowa kluczowe do dyrektywy Content Security Policy (CSP) script-src. Dodaje to 2 nowe mechanizmy list dozwolonych oparte na haszach: źródła skryptów oparte na haszach adresów URL i zawartości funkcji eval() i podobnych do eval(). Czasami jest to określane jako script-src-v2, chociaż jest zgodne wstecznie z istniejącym script-src i używa tej samej dyrektywy.

Rozszerzenie haszy na hasze adresów URL i eval() pozwala deweloperom na ustawianie odpowiednio rygorystycznych zasad bezpieczeństwa przez umieszczanie skryptów na liście dozwolonych na podstawie ich haszy, nawet jeśli zawartość skryptów często się zmienia, oraz znanych bezpiecznych treści eval() bez zezwalania na niesprawdzone użycie eval() na dużą skalę.

Nowe słowa kluczowe zastępują host-based script-src, jeśli są podane. Dzięki temu jeden nagłówek może być zgodny z przeglądarkami, które implementują nowe słowa kluczowe, i tymi, które tego nie robią.

Niestandardowe deskryptory WebAssembly

Umożliwia WebAssembly wydajniejsze przechowywanie danych powiązanych z typami na poziomie źródła w nowych obiektach „deskryptorów niestandardowych”. Te niestandardowe deskryptory można skonfigurować za pomocą prototypów obiektów WebAssembly tego typu na poziomie źródła. Umożliwia to instalowanie metod w łańcuchu prototypów obiektu WebAssembly i wywoływanie ich bezpośrednio z JavaScriptu przy użyciu normalnej składni wywołania metody. Prototypy i metody można konfigurować deklaratywnie za pomocą zaimportowanej funkcji wbudowanej.