Chrome 153 w wersji beta

Opublikowano: 20 sierpnia 2026 r.

O ile nie zaznaczono inaczej, te zmiany dotyczą najnowszej wersji beta Chrome na Androida, ChromeOS, Linuksa, macOS i Windows. Więcej informacji o tych funkcjach znajdziesz, korzystając z podanych linków lub odwiedzając stronę ChromeStatus.com. W tej wersji Chrome jest w wersji beta. Najnowszą wersję beta na komputery możesz pobrać ze strony Google.com, a na Androida – ze Sklepu Google Play.

CSS i interfejs użytkownika

Kontenery z paskami przewijania w jednej osi

Rozszerza właściwość overflow, aby obsługiwała wartości z paskami przewijania wraz z clip (np. overflow: scroll clip). Dzięki temu position: sticky może być ograniczane przez różne kontenery z paskami przewijania w osiach nadrzędnych, a autorzy mogą mieć pewność, że oś używająca overflow: clip pozostanie na swoim miejscu.

Właściwość scroll-axis-lock

scroll-axis-lock to właściwość CSS, której deweloperzy mogą używać, aby poinstruować przeglądarki, aby nie ograniczały gestu przewijania użytkownika do jednej osi.

Przeglądarki internetowe często „blokują” gest przewijania użytkownika do jednej osi, gdy gest ten zaczyna się od znacznie większego ruchu w jednej osi niż w osi prostopadłej. W wielu przypadkach takie zachowanie poprawia komfort użytkowania, ponieważ zapobiega przypadkowemu przewijaniu wzdłuż osi prostopadłej, gdy użytkownik chciał przewijać tylko w jednej osi. Jeśli jednak deweloper chce, aby jego element zawsze można było przewijać po przekątnej, takie blokowanie zmusza użytkownika do rozpoczęcia gestu pod kątem, który nie powoduje blokowania, co często nie jest zgodne z zamierzonym przez autora sposobem korzystania z interfejsu.

JavaScript

Łączenie iteratorów

Propozycja TC39 dotycząca dodania do JavaScriptu sposobu łączenia zawartości iteratora w ciąg znaków. Metoda join() instancji Iterator jest podobna do Array.prototype.join(): zwraca ciąg znaków, który jest konkatenacją wszystkich elementów wygenerowanych przez iterator, oddzielonych przecinkami lub określonym separatorem.

Wspólna iteracja

Propozycja TC39 dotycząca synchronizowania postępu wielu iteratorów, często nazywana zip.

Interfejsy API sieci

Elementy możliwości: <camera> i <microphone>

Elementy możliwości <camera> i <microphone> to deklaratywne, aktywowane przez użytkownika elementy sterujące HTML, które mają ten sam mechanizm co element MVP <usermedia>, ale z jedną kluczową różnicą: są zaprojektowane do żądania pojedynczej możliwości. Element <camera> żąda konkretnie przechwytywania wideo, a element <microphone> – przechwytywania dźwięku. Podobnie jak <usermedia> MVP umieszczają na stronie interfejs sterowany przez przeglądarkę i ściśle stylizowany, co zapewnia silny, celowy sygnał użytkownika (kliknięcie) przed wywołaniem prośby o uprawnienia lub rozpoczęciem strumienia.

Elementy <camera> i <microphone> zapewniają dedykowany, semantyczny element sterujący HTML do tych przypadków użycia pojedynczej możliwości. Zachowują one ten sam model bezpieczeństwa, ścisłe ograniczenia dotyczące stylów i wbudowaną ścieżkę odzyskiwania uprawnień co <usermedia> MVP, ale oferują bardziej dostosowany i ergonomiczny interfejs API dla deweloperów, którzy nie potrzebują dostępu do multimediów.

Obsługa dekodowania modelu i formatów dźwięku przestrzennego (IAMF)

Dodaje obsługę dekodowania i odtwarzania kontenera modelu i formatów dźwięku przestrzennego (IAMF) w elementach multimedialnych HTML z rozszerzeniami Media Source Extensions (MSE). IAMF to otwarty, bezpłatny format dźwięku przestrzennego, który obsługuje prezentacje dźwięku oparte na kanałach, scenach i obiektach. Obsługa tego formatu umożliwia deweloperom stron internetowych dostarczanie spójnych, immersyjnych wrażeń dźwiękowych 3D na różnych urządzeniach bez korzystania z formatów zastrzeżonych ani zarządzania złożonym routingiem dyskretnych kanałów audio w JavaScript.

Interoperacyjny czas wysyłania zdarzeń transitionrun i zapytań o media

Dopasowuje czas wysyłania zdarzeń transitionrun animacji i zdarzeń change zapytań o media w Blink do specyfikacji HTML, dzięki czemu czas jest interoperacyjny z Gecko i WebKit. Dokładniej, zgodnie ze specyfikacją pętli zdarzeń okna HTML, zdarzenia transitionrun będą wywoływane w kroku 3.11 nawet w przypadku animacji utworzonych wcześniej w tej samej iteracji (zamiast opóźniać je do późniejszej iteracji), a zdarzenie change zapytania o media będzie wywoływane w kroku 3.10 przed wywołaniem oczekujących zdarzeń animacji (zamiast przeplatać je ze zdarzeniami animacji w kroku 3.11).

WebAudio: konfigurowalny kwant renderowania

Dodaje opcjonalny renderSizeHint do AudioContext i OfflineAudioContext. Umożliwia to deweloperom dostosowanie rozmiaru kwantu renderowania WebAudio przez przekazanie konkretnej liczby całkowitej, użycie domyślnej wartości 128 klatek przez pominięcie wskazówki lub przekazanie wartości "default" albo poproszenie przeglądarki o wybranie optymalnego rozmiaru przez określenie wartości "hardware".

WebGPU: funkcja buffer_view

Funkcja języka WGSL do reinterpretacji danych w zmiennych. Umożliwia deweloperom podzielenie pojedynczej zmiennej jednolitej, pamięci lub grupy roboczej na wiele zmiennych logicznych. Umożliwia też interpretowanie typu danych w zmiennej jako wielu typów w programie.

Analizowanie XML w Rust w scenariuszach nieuwzględniających wykorzystania XSLT

Aby zwiększyć bezpieczeństwo przeglądarki i chronić użytkowników przed lukami związanymi z pamięcią, w Chrome 153 zmieniamy mechanizm analizy XML na bezpieczną dla pamięci implementację w języku Rust w kilku typowych scenariuszach. Ta podstawowa aktualizacja eliminuje potencjalne błędy związane z uszkodzeniami pamięci przy zachowaniu pełnej zgodności z istniejącymi specyfikacjami internetowymi.

W Chrome już rozpoczęło się wycofywanie i usuwanie XSLT. W miarę postępów tego procesu obsługę poniższych scenariuszy, w których nie jest wymagany XSLT, będzie przejmował bezpieczniejszy parser:

  1. Interfejs Web API DOMParser.
  2. Dostęp do responseXML w XMLHttpRequest.
  3. Samodzielne obrazy SVG (czyli bezpośredni dostęp do dokumentu image.svg jako nawigacji najwyższego poziomu).
  4. Zewnętrzne obrazy SVG (w tym dokument główny, który umieszcza SVG jako zewnętrzny zasób graficzny).

Nowe wersje próbne origin

W Chrome 153 możesz wziąć udział w tych nowych wersjach próbnych origin.

Markery samodzielnego profilowania JavaScriptu

Interfejs JavaScript Self-Profiling API umożliwia aplikacji internetowej próbkowanie własnych stosów wywołań w celu pomiaru wydajności na urządzeniach prawdziwych użytkowników. Ta funkcja dodaje opcjonalne pole znacznika do każdej przechwyconej próbki, które identyfikuje typ aktywności przeglądarki podczas pobierania próbki: skrypt, gc, styl, układ, malowanie lub inne. Ślad zwykle pokazuje luki między stosami, których nie można zinterpretować. Markery umożliwiają deweloperom przypisanie tego czasu do pracy przeglądarki wykonywanej poza JavaScriptem, np. odróżnienie wykonywania skryptu od ponownego obliczania stylu, układu lub wstrzymania odśmiecania pamięci, co ułatwia analizowanie i optymalizowanie wolnych śladów.

Wycofania i usunięcia

Usuwanie niestandardowych nawigacji kierowanych na _current

Blink obsługuje obecnie nawigacje kierowane na _current. Ta funkcja została usunięta w Chrome 153, ponieważ jest niestandardowa i rzadko używana w internecie.

Usuwanie document.requestStorageAccessFor

Interfejs API requestStorageAccessFor (rSAFor) jest rozszerzeniem interfejsu Storage Access API, które umożliwia witrynie najwyższego poziomu żądanie dostępu do plików cookie bez partycji („własnych”) w imieniu witryn umieszczonych. Można go używać tylko w Chrome do żądania dostępu do pamięci między witrynami w zestawach powiązanych witryn, dlatego jest usuwany wraz z zestawami powiązanych witryn.

Zestawy powiązanych witryn (RWS), wcześniej znane jako zestawy źródeł własnych, zapewniają deweloperom framework do deklarowania relacji między witrynami, aby umożliwić ograniczony dostęp do plików cookie między witrynami w określonych celach związanych z użytkownikiem. Umożliwia to korzystanie z interfejsu Storage Access API (SAA) i requestStorageAccessFor (rSAFor). Zestawy powiązanych witryn zostały zaprojektowane do użytku w przeglądarce bez plików cookie innych firm. Po ogłoszeniu przez Chrome, że obecne podejście do plików cookie innych firm zostanie zachowane, zestawy powiązanych witryn zostały usunięte z Chrome.