Chrome 143 w wersji beta

Rachel Andrew

Opublikowano: 29 października 2025 r.

O ile nie zaznaczono inaczej, te zmiany dotyczą wersji beta Chrome 143 na Androida, ChromeOS, Linuksa, macOS i Windowsa. Więcej informacji o tych funkcjach znajdziesz w linkach lub na stronie ChromeStatus.com. Pobierz wersję beta Chrome 143 na komputer z Google.com lub na Androida ze Sklepu Google Play.

CSS i interfejs użytkownika

Zapytania o kontener rezerwowy zakotwiczone w CSS

Ta funkcja wprowadza @container anchored(fallback), aby stylizować elementy potomne elementów zakotwiczonych na podstawie zastosowanej wartości position-try-fallbacks.

Możesz na przykład używać takich zapytań do stylizowania połączenia elementu zakotwiczonego lub jego animacji na podstawie tego, jak element zakotwiczony i element zakotwiczony są ustawione względem siebie.

Przykład:

#anchored {
 position-try-options: flip-block;
 container-type: anchored;
}

@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
   }
}

Więcej informacji znajdziesz w artykule Wykrywanie pozycji rezerwowych za pomocą zapytań o kontener zakotwiczony w Chrome 143.

EditContext: TextFormat underlineStyle i underlineThickness

Chromium udostępnił interfejs EditContext API z błędem, w którym obiekt TextFormat dostarczany przez EditContext/textformatupdate_event, podaje nieprawidłowe wartości właściwości underlineStyle i underlineThickness. W Chromium możliwe wartości to None, Solid, Dotted, Dashed, Squiggle oraz None, Thin, Thick. Zgodnie ze specyfikacją EditContext powinny to być jednak none, solid, dotted, dashed, wavy oraz none, thin, thick.

Interfejsy API sieci

Zezwalaj na więcej znaków w interfejsach JavaScript DOM API

Parser HTML zawsze (lub od dawna) zezwalał na używanie w elementach i atrybutach wielu prawidłowych znaków i nazw, ale interfejsy JavaScript DOM API do tworzenia tych samych elementów i atrybutów są bardziej rygorystyczne i nie pasują do parsera.

Ta zmiana łagodzi weryfikację interfejsów JavaScript DOM API, aby pasowały do parsera HTML.

Więcej informacji znajdziesz tutaj: github.com/whatwg/dom/issues/849

Ta zmiana nie powinna powodować problemów ze zgodnością, ponieważ wszystkie wcześniej dozwolone nazwy elementów i atrybutów pozostają prawidłowe w przypadku nowego działania.

Reguły spekulacyjne: ulepszenia dotyczące „chęci” w przypadku urządzeń mobilnych

Na urządzeniach mobilnych reguły spekulacyjne dotyczące wstępnego pobierania i wstępnego renderowania w przypadku „chęci” są teraz wyzwalane, gdy elementy zakotwiczone HTML znajdują się w widocznym obszarze przez krótki czas.

Wcześniej wstępne pobieranie i renderowanie wstępne rozpoczynało się jak najszybciej, co odpowiadało „chęci” „natychmiastowej”. To zaktualizowane działanie jest bardziej przydatne, ponieważ lepiej odzwierciedla intencję autora, aby był bardziej chętny niż „umiarkowany” i mniej chętny niż „natychmiastowy”.

Wdrażanie właściwości CSS font-language-override

Ta funkcja wprowadza w Chromium obsługę właściwości CSS font-language-override. Ta właściwość umożliwia deweloperom zastąpienie języka systemu używanego do zastępowania glifów OpenType przez bezpośrednie określenie w CSS 4-znakowego tagu języka.

Zapewnia to precyzyjną kontrolę typograficzną, która jest przydatna w przypadku treści wielojęzycznych lub czcionek z wariantami glifów specyficznymi dla języka.

WebGPU: mieszanie komponentów tekstury

Mieszanie komponentów tekstury umożliwia GPUTextureViews zmianę kolejności lub zastąpienie komponentów kolorów z kanałów czerwonego, zielonego, niebieskiego lub alfa tekstury, gdy shader uzyskuje do nich dostęp.

ICU 77 (obsługuje Unicode 16)

Biblioteka obsługi Unicode ICU (International Components for Unicode) jest aktualizowana z wersji 74.2 do 77.1, co dodaje obsługę Unicode 16 i aktualizuje dane o ustawieniach regionalnych. 2 zmiany mogą stanowić zagrożenie dla aplikacji internetowych, które zakładają określony format z interfejsów Intl JavaScript API:

• Domyślne formatowanie liczb w języku włoskim pomija teraz separator tysięcy w przypadku liczb 4-cyfrowych. Na przykład new Intl.NumberFormat("it").format(1234) zwraca "1234" zamiast "1.234". Stare działanie możesz uzyskać za pomocą parametru useGrouping w konstruktorze Intl.NumberFormat.
• W niektórych ustawieniach regionalnych języka angielskiego (np. en-AU, en-GB i en-IN) po pełnych nazwach dni tygodnia dodano przecinek, zmieniając „Saturday 30 April 2011” na „Saturday, 30 April 2011”. Aplikacje internetowe nie mogą polegać na dokładnym formatowaniu dat.
• Intl i RegExp (V8): wiele drobnych zmian. Zmiana formatowania liczb w języku włoskim jest najbardziej ryzykowna i ma dedykowaną flagę.
• IDNA: ta aktualizacja ogólnie umożliwia więcej działań i poprawia ogólne wyniki testów w WPT.
• Segmentacja tekstu: najbardziej zauważalną zmianą jest lepsze dzielenie wierszy w języku japońskim w przypadku używania word-break: auto-phrase. Jest to związane z https://chromestatus.com/feature/5133892532568064.

Właściwość DataTransfer w przypadku zdarzeń wejściowych insertFromPaste, insertFromDrop i insertReplacementText

Ta funkcja wypełnia właściwość dataTransfer w przypadku zdarzeń wejściowych z inputType o wartości insertFromPaste, insertFromDrop i insertReplacementText. Zapewnia to dostęp do schowka i danych przeciągania i upuszczania podczas operacji edycji w elementach contenteditable.

Obiekt dataTransfer zawiera te same dane, które były dostępne podczas zdarzenia beforeinput.

Ta funkcja dotyczy tylko elementów contenteditable. W przypadku elementów sterujących formularza (textarea, input) działanie pozostaje bez zmian – właściwość data zawiera wstawiony tekst, a dataTransfer pozostaje pusta. Zarówno Safari, jak i Firefox obsługują już tę funkcję. Wprowadzenie tej funkcji w Chrome zwiększa interoperacyjność między przeglądarkami, zapewniając autorom stron internetowych bardziej spójne działanie.

FedCM – obsługa ustrukturyzowanych odpowiedzi JSON od dostawców tożsamości

Ta funkcja umożliwia dostawcom tożsamości zwracanie do stron ufających (RP) ustrukturyzowanych obiektów JSON zamiast zwykłych ciągów znaków za pomocą id_assertion_endpoint.

Ta zmiana upraszcza integrację dla deweloperów, eliminując konieczność ręcznego serializowania i analizowania ciągów JSON. Zapewnia bardziej dynamiczne i elastyczne procesy uwierzytelniania, umożliwiając stronom ufającym bezpośrednie interpretowanie złożonych odpowiedzi i obsługę różnych protokołów, takich jak OAuth2, OIDC czy IndieAuth, bez umów poza pasmem.

Negocjowanie protokołu aplikacji WebTransport

Negocjowanie protokołu aplikacji WebTransport umożliwia negocjowanie protokołu używanego przez aplikację internetową w ramach uzgadniania WebTransport.

Podczas tworzenia obiektu WebTransport aplikacja internetowa może określić listę protokołów aplikacji. Te protokoły są następnie przekazywane do serwera za pomocą nagłówków HTTP. Jeśli serwer wybierze jeden z tych protokołów, może wskazać go w nagłówkach odpowiedzi, a ta odpowiedź jest dostępna w obiekcie WebTransport.

Interfejs Web Smart Card API dla izolowanych aplikacji internetowych

Dostępne tylko w izolowanych aplikacjach internetowych (IWA). Ta funkcja umożliwia przenoszenie aplikacji kart inteligentnych (PC/SC) na platformę internetową. Daje im dostęp do implementacji PC/SC (i sterowników czytników kart) dostępnych w systemie operacyjnym hosta.

Administratorzy mogą kontrolować dostępność tego interfejsu API na 2 sposoby:

• Globalnie – za pomocą zasady DefaultSmartCardConnectSetting.
• W przypadku poszczególnych aplikacji – za pomocą zasad SmartCardConnectAllowedForUrls i SmartCardConnectBlockedForUrls.

Plik manifestu aplikacji internetowej: określanie uprawnień do aktualizacji, adresy URL ikon są Cache-Control: immutable

Specyfikacja pliku manifestu zawiera teraz algorytm uprawnień do aktualizacji. Dzięki temu proces aktualizacji jest bardziej deterministyczny i przewidywalny, co daje deweloperom większą kontrolę nad tym, kiedy aktualizacje są stosowane do istniejących instalacji, a użytkownikom większy wybór, co zrobić z aktualizacją, np. zignorować ją, jeśli chcą. Umożliwia też usunięcie „ograniczenia sprawdzania aktualizacji”, które implementują agenci użytkownika, aby uniknąć marnowania zasobów sieciowych.

Interwencja w przypadku reklam zużywających dużo zasobów: raporty wysyłane do ramki osadzającej

Raporty o interwencjach w przypadku reklam są teraz wysyłane do ramki osadzającej reklamę, a nie tylko do samej ramki reklamy. Raport wysyłany do ramki osadzającej będzie zawierać identyfikator ramki iframe reklamy oraz adres URL przed przekierowaniem ramki, która została zwolniona, w polu wiadomości treści raportu. Ta zmiana umożliwia kontekstowi osadzania identyfikowanie problematycznych dostawców reklam i rozwiązywanie problemów z uciążliwymi reklamami, aby poprawić komfort użytkowania.

Trwające wersje próbne origin

W Chrome 143 możesz wziąć udział w tych nowych origin trials.

Interfejs Digital Credentials API (obsługa wydawania)

Ta funkcja umożliwia witrynom wydającym (np. uczelniom, agencjom rządowym lub bankom) bezpieczne inicjowanie procesu udostępniania (wydawania) cyfrowych danych logowania bezpośrednio w aplikacji portfela mobilnego użytkownika. Na Androidzie ta funkcja korzysta z systemu Android IdentityCredential CredMan (Credential Manager). Na komputerach używa podejść na innym urządzeniu z protokołem CTAP , podobnie jak w przypadku przepływu prezentacji cyfrowych danych logowania na innym urządzeniu.

Randomizacja limitu puli gniazd TCP

Wykorzystując limity rozmiaru puli połączeń w Chrome, możesz uzyskać informacje o stanie między witrynami, które w przeciwnym razie byłyby niedostępne. W szczególności możesz (z pewnym prawdopodobieństwem statystycznym) ocenić stan logowania, historię odwiedzin, a nawet coś bardziej konkretnego, np. czy w Gmailu są oczekujące wiadomości w skrzynce odbiorczej.

Aby temu zapobiec, dodano randomizację do sposobu ograniczania pul gniazd TCP, tak aby witryna obserwująca nie mogła z dużą pewnością wywnioskować tych informacji.

Wycofania i usunięcia

Ta wersja Chrome wprowadza wycofania i usunięcia opisane w kolejnych sekcjach. Listy planowanych wycofań, bieżących wycofań i poprzednich usunięć znajdziesz na stronie ChromeStatus.com.

Ta wersja Chrome wycofuje 2 funkcje.

Wycofanie metod pobierających informacje o ustawieniach regionalnych Intl

Interfejs Intl Locale Info API to propozycja ECMAScript TC39 na etapie 3, która ma na celu ulepszenie obiektu Intl.Locale przez udostępnienie informacji o ustawieniach regionalnych, takich jak dane tygodnia (pierwszy dzień tygodnia, początek weekendu, koniec weekendu, minimalna liczba dni w pierwszym tygodniu) oraz cykl godzin używany w ustawieniach regionalnych.

Implementacja została udostępniona w Chrome 99. Jednak propozycja została później zmieniona na etapie 3 i przeniosła kilka metod pobierających do funkcji. Wycofane metody pobierające muszą zostać usunięte, a zmienione funkcje ponownie uruchomione.

Wycofanie XSLT

XSLT w wersji 1.0, której przestrzegają wszystkie przeglądarki, została znormalizowana w 1999 r. W międzyczasie XSLT rozwinęła się do wersji 2.0 i 3.0, dodając funkcje i odchodząc od wersji zaimplementowanej w przeglądarkach. Ten brak postępu w połączeniu z rozwojem bibliotek i frameworków JavaScript, które oferują elastyczną i zaawansowaną manipulację DOM, doprowadził do znacznego spadku użycia XSLT po stronie klienta. Technologie oparte na JavaScript, takie jak JSON i React, w dużej mierze zastąpiły jego rolę w przeglądarce.

Chromium używa biblioteki libxslt do przetwarzania tych transformacji, ale libxslt nie była utrzymywana przez około 6 miesięcy w 2025 r. Libxslt to złożona, starzejąca się baza kodu C, która jest podatna na luki w zabezpieczeniach pamięci, takie jak przepełnienie bufora, co może prowadzić do wykonania dowolnego kodu. Ponieważ XSLT po stronie klienta jest obecnie niszową, rzadko używaną funkcją, te biblioteki otrzymują mniej konserwacji i kontroli bezpieczeństwa niż podstawowe silniki JavaScript. Stanowią one jednak bezpośrednią powierzchnię ataku na potrzeby przetwarzania niezaufanych treści internetowych. Rzeczywiście, XSLT jest źródłem kilku ostatnich głośnych luk w zabezpieczeniach, które nadal narażają użytkowników przeglądarek.

Z tych powodów Chromium planuje wycofać i usunąć XSLT z platformy internetowej. WHATWG zdecydowało się przyspieszyć wycofanie XSLT.

Więcej informacji o wycofaniu oraz o tym, co zrobić, jeśli korzystasz z XSLT, znajdziesz w artykule Usuwanie XSLT w celu zwiększenia bezpieczeństwa przeglądarki.