Chrome 143 w wersji beta

Rachel Andrew

Data publikacji: 29 października 2025 r.

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

CSS i interfejs

Zapytania o kontener zakotwiczonego elementu zastępczego w CSS

Ta funkcja wprowadza @container anchored(fallback), aby określać styl elementów podrzędnych elementów zakotwiczonych na podstawie zastosowanej wartości position-try-fallbacks.

Możesz na przykład używać takich zapytań, aby określać styl połączenia elementu zakotwiczonego lub jego animacji na podstawie wzajemnego położenia elementu zakotwiczonego i elementu zakotwiczonego.

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 Detect fallback positions with anchored container queries from Chrome 143 (Wykrywanie pozycji rezerwowych za pomocą zagnieżdżonych zapytań o kontener w Chrome 143).

EditContext: TextFormat underlineStyle i underlineThickness

W Chromium wystąpił błąd w interfejsie EditContext API, który powoduje, że obiekt TextFormat dostarczany przez EditContext/textformatupdate_event zawiera nieprawidłowe wartości właściwości underlineStyle i underlineThickness. W Chromium możliwe wartości to None, Solid, Dotted, Dashed, Squiggle i None, Thin, Thick. Zgodnie ze specyfikacją EditContext powinny to być jednak none, solid, dotted, dashed, wavy i none, thin, thick.

Interfejsy Web API

Zezwalanie na większą liczbę znaków w interfejsach DOM API JavaScriptu

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

Ta zmiana upraszcza weryfikację interfejsów JavaScript DOM API, aby była zgodna z parserem 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 „aktywnego” wczytywania na urządzeniach mobilnych

Na urządzeniach mobilnych reguły spekulacji dotyczące wstępnego pobierania i wstępnego renderowania w przypadku „gorliwego” poziomu gotowości są teraz wywoływane, gdy elementy kotwicy HTML znajdują się w obszarze widoku przez krótki czas.

Wcześniej wstępne pobieranie i wstępne renderowanie rozpoczynały się jak najszybciej, co było równoznaczne z ustawieniem „natychmiast”. Zaktualizowane działanie jest bardziej przydatne, ponieważ lepiej odzwierciedla intencję autora, który chce być bardziej zaangażowany niż „umiarkowanie” i mniej zaangażowany niż „natychmiast”.

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

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

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

WebGPU: mieszanie komponentów tekstury

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

ICU 77 (obsługa Unicode 16)

Biblioteka ICU (International Components for Unicode) obsługująca Unicode została zaktualizowana z wersji 74.2 do 77.1. Dodano obsługę Unicode 16 i zaktualizowano dane regionalne. Dwie zmiany mogą stanowić zagrożenie dla aplikacji internetowych, które zakładają określony format z interfejsów JavaScript API Intl:

  • Domyślne formatowanie liczb we Włoszech 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łnej nazwie dnia tygodnia dodano przecinek, zmieniając „Saturday 30 April 2011” na „Saturday, 30 April 2011”. Aplikacje internetowe nie mogą polegać na precyzyjnym formatowaniu dat.
  • Intl i RegExp (V8): wiele drobnych zmian. Zmiana formatowania numeru włoskiego jest najbardziej ryzykowna i ma specjalną flagę.
  • IDNA: ta aktualizacja zwykle umożliwia więcej działań i poprawia ogólne wyniki testów w WPT.
  • Segmentacja tekstu: najważniejszą zmianą jest ulepszone dzielenie wierszy w języku japońskim podczas korzystania z word-break: auto-phrase. Więcej informacji znajdziesz na stronie https://chromestatus.com/feature/5133892532568064.

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

Ta funkcja wypełnia właściwość dataTransfer w zdarzeniach wejściowych wartościami inputType z insertFromPaste, insertFromDrop i insertReplacementText. Umożliwia to dostęp do schowka i danych przeciąganych 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ść przeglądarek, zapewniając autorom stron internetowych bardziej spójne wrażenia.

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

Ta funkcja umożliwia dostawcom tożsamości zwracanie do podmiotów ufających uporządkowanych obiektów JSON zamiast zwykłych ciągów znaków za pomocą id_assertion_endpoint.

Ta zmiana upraszcza integrację dla deweloperów, ponieważ nie muszą oni już ręcznie serializować i parsować ciągów JSON. Umożliwia bardziej dynamiczne i elastyczne przepływy uwierzytelniania, dzięki czemu RP mogą bezpośrednio interpretować złożone odpowiedzi i obsługiwać różne protokoły, takie jak OAuth2, OIDC czy IndieAuth, bez umów poza pasmem.

Negocjacja protokołu aplikacji WebTransport

Negocjacja protokołu aplikacji WebTransport umożliwia negocjowanie protokołu używanego przez aplikację internetową w ramach uzgadniania połączenia 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 odpowiedź będzie dostępna w obiekcie WebTransport.

Interfejs Web Smart Card API dla izolowanych aplikacji internetowych

Dostępne tylko w przypadku izolowanych aplikacji internetowych (IWA). Ta funkcja umożliwia przenoszenie aplikacji na karty inteligentne (PC/SC) na platformę internetową. Umożliwia to dostęp do implementacji PC/SC (i sterowników czytnika 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śl, czy aplikacja kwalifikuje się do aktualizacji, adresy URL ikon mają wartość Cache-Control: immutable

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

Interwencja dotycząca reklam wykorzystujących dużo zasobów: raporty wysyłane do ramki osadzania

Raporty o interwencjach w reklamach są teraz wysyłane do ramki osadzania reklamy, a także do samej ramki reklamy. Raport wysłany do ramki osadzającej będzie zawierać identyfikator ramki iframe reklamy i adres URL przed przekierowaniem ramki, która została zwolniona w polu wiadomości w treści raportu. Ta zmiana umożliwia kontekstowi osadzania identyfikowanie problematycznych dostawców reklam i wyświetlanie reklam zakłócających działanie strony, aby zwiększyć wygodę użytkowników.

Trwające wersje próbne origin

W Chrome 143 możesz wziąć udział w tych nowych eksperymentach z pochodzeniem.

Digital Credentials API (obsługa wydawania)

Ta funkcja umożliwia witrynom wydającym dokumenty (np. uniwersytetom, instytucjom państwowym lub bankom) bezpieczne inicjowanie procesu udostępniania (wydawania) cyfrowych dokumentów bezpośrednio w aplikacji portfela mobilnego użytkownika. Na Androidzie ta funkcja korzysta z systemu Android IdentityCredential CredMan (Credential Manager). Na komputerach stacjonarnych korzysta z podejść obejmujących różne urządzenia z protokołem CTAP, podobnie jak w przypadku prezentacji cyfrowych danych uwierzytelniających na różnych urządzeniach.

Losowe ograniczenie puli gniazd TCP

Wykorzystując ograniczenia rozmiaru puli połączeń w Chrome, możesz uzyskać informacje o stanie między witrynami, które w inny sposób byłyby niedostępne. Możesz (z pewnością statystyczną) ocenić stan logowania, historię odwiedzin, a nawet coś bardziej konkretnego, np. czy w skrzynce odbiorczej Gmaila są oczekujące wiadomości.

Aby temu zapobiec, dodaliśmy randomizację do sposobu ograniczania pul gniazd TCP, dzięki czemu witryna obserwująca nie może wywnioskować tych informacji z wysokim poziomem pewności.

Wycofania i usunięcia

W tej wersji Chrome wprowadzamy wycofania i usunięcia opisane w kolejnych sekcjach. Listy planowanych wycofań, aktualnych wycofań i poprzednich usunięć znajdziesz na stronie ChromeStatus.com.

W tej wersji Chrome wycofujemy 2 funkcje

Wycofanie getterów informacji o języku 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 języku, takich jak dane o tygodniu (pierwszy dzień tygodnia, początek i koniec weekendu, minimalna liczba dni w pierwszym tygodniu) oraz cykl godzinowy używany w danym języku.

Wdrożenie zostało wprowadzone w Chrome 99. W etapie 3 propozycja została jednak zmieniona i kilka funkcji pobierających zostało przeniesionych do funkcji. Przestarzałe gettery muszą zostać usunięte, a funkcje o zmienionych nazwach ponownie udostępnione.

Wycofanie XSLT

XSLT w wersji 1.0, która jest zgodna ze wszystkimi przeglądarkami, została ustandaryzowana w 1999 roku. W międzyczasie język XSLT został rozwinięty do wersji 2.0 i 3.0, w których dodano nowe funkcje i które różnią się 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 wykorzystania 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 internetowej.

Chromium używa biblioteki libxslt do przetwarzania tych przekształceń, ale w 2025 r. przez około 6 miesięcy nie była ona aktualizowana. Libxslt to złożona, starsza biblioteka napisana w języku 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ą, biblioteki te są rzadziej konserwowane i sprawdzane pod kątem bezpieczeństwa niż podstawowe silniki JavaScript. Stanowią one jednak bezpośrednią powierzchnię ataku do przetwarzania niezaufanych treści internetowych. XSLT jest źródłem kilku ostatnich głośnych luk w zabezpieczeniach, które nadal stanowią zagrożenie dla użytkowników przeglądarek.

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

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