Chrome 143 бета

Рэйчел Эндрю

Опубликовано: 29 октября 2025 г.

Если не указано иное, эти изменения применяются к бета-версии Chrome 143 для Android, ChromeOS, Linux, macOS и Windows. Подробнее об этих функциях можно узнать по предоставленным ссылкам или на сайте ChromeStatus.com. Скачать бета-версию Chrome 143 можно с сайта Google.com для настольных компьютеров или из Google Play Store для Android.

CSS и UI

CSS-запросы резервного контейнера с привязкой к CSS

Эта функция добавляет аннотацию @container anchored(fallback) для стилизации потомков элементов, позиционированных с помощью `anchor-positioned`, в зависимости от того, какое значение position-try-fallbacks применяется.

Например, вы можете использовать такие запросы для стилизации привязки или анимации закрепленного элемента в зависимости от того, как якорь и закрепленный элемент расположены относительно друг друга.

Пример:

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

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

Подробнее см. в статье «Обнаружение резервных позиций с помощью запросов к привязанным контейнерам в Chrome 143» .

EditContext: TextFormat, underlineStyle и underlineThickness

В Chromium API EditContext содержал ошибку, из-за которой объект TextFormat , предоставляемый событием EditContext/textformatupdate_event , выдавал некорректные значения для свойств underlineStyle и underlineThickness . В Chromium возможные значения: None , Solid , Dotted , Dashed , Squiggle и None , Thin , Thick . Однако, согласно спецификации EditContext , они должны быть none , solid , dotted , dashed , wavy и none , thin , thick .

Веб-API

Разрешить использование большего количества символов в API DOM JavaScript.

HTML-парсер всегда (или уже давно) допускал наличие у элементов и атрибутов широкого спектра допустимых символов и имен, но API DOM JavaScript для создания тех же элементов и атрибутов более строги и не соответствуют требованиям парсера.

Это изменение ослабляет требования к проверке DOM-API JavaScript, чтобы она соответствовала требованиям HTML-парсера.

Более подробная информация здесь: github.com/whatwg/dom/issues/849

Ожидается, что это изменение не вызовет проблем с совместимостью, поскольку все ранее разрешенные имена элементов и атрибутов остаются действительными и при новом поведении.

Правила спекуляции: улучшения в плане «нетерпеливости» в мобильных устройствах.

На мобильных устройствах правила предварительной загрузки и предварительной отрисовки для определения степени готовности к отображению (eager) теперь срабатывают, когда HTML-элементы-якоря находятся в области видимости в течение короткого времени.

Ранее предварительная загрузка и предварительная отрисовка начинались как можно скорее, что было эквивалентно «немедленному» потреблению ресурсов. Обновленное поведение более полезно, поскольку лучше отражает намерение автора проявлять большее, чем «умеренное», потребление ресурсов и меньшее, чем «немедленное».

Реализуйте свойство CSS font-language-override

Эта функция добавляет поддержку свойства CSS font-language-override в Chromium. Это свойство позволяет разработчикам переопределять системный язык, используемый для замены глифов OpenType, путем указания четырехсимвольного тега языка непосредственно в CSS.

Это обеспечивает точный типографический контроль, что полезно для многоязычного контента или шрифтов с языковыми вариантами глифов.

WebGPU: Перестановка компонентов текстур

Функция перестановки компонентов текстуры позволяет GPUTextureViews перестраивать или заменять цветовые компоненты красного, зеленого, синего или альфа-каналов текстуры при обращении к ним шейдера.

ICU 77 (поддерживает Unicode 16)

Библиотека поддержки Unicode ICU (International Components for Unicode) обновляется с версии 74.2 до 77.1, добавляя поддержку Unicode 16 и обновляя данные локализации. Два изменения могут представлять риск для веб-приложений, которые предполагают определенный формат из API Intl JavaScript:

  • В стандартном итальянском формате чисел теперь отсутствует разделитель тысяч для четырехзначных чисел. Например, new Intl.NumberFormat("it").format(1234) возвращает `1234` вместо `1.234`. Старое поведение можно вернуть с помощью параметра useGrouping в конструкторе Intl.NumberFormat .
  • В некоторых англоязычных локалах (например, en-AU, en-GB и en-IN) после полных названий дней недели добавлялась запятая, в результате чего "Saturday 30 April 2011" заменялось на "Saturday, 30 April 2011". Веб-приложениям следует избегать зависимости от точного форматирования дат.
  • Международные и регулярные выражения (V8): Много мелких изменений. Наибольший риск представляет переход на итальянский формат чисел, для которого предусмотрен отдельный флаг.
  • IDNA: Это обновление в целом расширяет возможности и улучшает общие результаты тестирования в WPT.
  • Сегментация текста: Наиболее заметное изменение — улучшенная разметка строк на японском языке при использовании word-break: auto-phrase . Это связано с https://chromestatus.com/feature/5133892532568064 .

Свойство DataTransfer для событий ввода insertFromPaste , insertFromDrop и insertReplacementText

Эта функция заполняет свойство dataTransfer в событиях ввода inputType , равным insertFromPaste , insertFromDrop и insertReplacementText . Это обеспечивает доступ к данным из буфера обмена и данным, перетаскиваемым мышью, во время операций редактирования в элементах contenteditable .

Объект dataTransfer содержит те же данные, которые были доступны во время события beforeinput .

Эта функция применяется только к элементам, contenteditable . Для элементов управления формами ( textarea , input ) поведение остается неизменным — свойство data содержит вставленный текст, а dataTransfer остается равным null. Safari и Firefox уже поддерживают эту функцию. Внедрение этой функции в Chrome улучшает совместимость между браузерами, обеспечивая более согласованный опыт для веб-разработчиков.

FedCM — поддержка структурированных JSON-ответов от поставщиков идентификации.

Эта функция позволяет поставщикам идентификационных данных (IdP) возвращать зависимым сторонам (RP) структурированные объекты JSON вместо обычных строк через конечную точку id_assertion_endpoint .

Это изменение упрощает интеграцию для разработчиков, устраняя необходимость вручную сериализовать и анализировать JSON-строки. Оно обеспечивает более динамичные и гибкие потоки аутентификации, позволяя поставщикам услуг напрямую интерпретировать сложные ответы и поддерживать различные протоколы, такие как OAuth2, OIDC или IndieAuth, без внеполосных соглашений.

Согласование протокола приложений WebTransport

Функция согласования протокола приложений WebTransport позволяет согласовывать протокол, используемый веб-приложением в процессе установления соединения WebTransport.

Веб-приложение может указать список протоколов приложения при создании объекта WebTransport . Затем эти протоколы передаются на сервер через HTTP-заголовки. Если сервер выбирает один из этих протоколов, он может указать это в заголовках ответа, и этот ответ будет доступен в объекте WebTransport .

API веб-смарт-карт для изолированных веб-приложений

Доступно только для изолированных веб-приложений (IWA). Эта функция позволяет приложениям, использующим смарт-карты (PC/SC), перейти на веб-платформу. Она предоставляет им доступ к реализации PC/SC (и драйверам считывателей карт), доступным в хостовой операционной системе.

Администраторы могут контролировать доступность этого API двумя способами:

  • В глобальном масштабе — с использованием политики DefaultSmartCardConnectSetting
  • Для каждого приложения — с использованием политик SmartCardConnectAllowedForUrls и SmartCardConnectBlockedForUrls

Манифест веб-приложения: указать возможность обновления, URL-адреса значков неизменяемы. Cache-Control: неизменяемый.

В спецификацию манифеста теперь включен алгоритм определения возможности обновления. Это делает процесс обновления более детерминированным и предсказуемым, предоставляя разработчикам больший контроль над тем, когда обновления применяются к существующим установкам, и давая пользователям больше возможностей выбора в отношении того, что делать с обновлением, например, игнорировать его, если они этого хотят. Это также позволяет удалить «ограничитель проверки обновлений», который используют пользовательские агенты, чтобы избежать нерационального использования сетевых ресурсов.

Интенсивное вмешательство в рекламу: Отчеты отправляются во встраиваемый фрейм.

Теперь отчеты о вмешательстве в рекламу отправляются не только в сам рекламный фрейм, но и во встраиваемый фрейм. В поле сообщения отчета будет содержаться идентификатор iframe рекламы и URL-адрес фрейма до перенаправления, который был загружен. Это изменение позволяет контексту встраивания выявлять проблемных поставщиков рекламы и реагировать на навязчивую рекламу для улучшения пользовательского опыта.

Проводятся испытания происхождения.

В Chrome версии 143 вы можете принять участие в следующих новых пробных версиях Origin .

API для цифровых учетных данных (поддержка выдачи)

Эта функция позволяет веб-сайтам-эмитентам (например, университету, государственному учреждению или банку) безопасно инициировать процесс предоставления (выдачи) цифровых учетных данных непосредственно в мобильное приложение-кошелек пользователя. На Android эта возможность использует систему Android IdentityCredential CredMan (Credential Manager). На настольных компьютерах она использует межплатформенный подход с протоколом CTAP, аналогичный межплатформенному потоку представления цифровых учетных данных .

Рандомизация лимитов пула TCP-сокетов

Используя ограничения размера пула соединений в Chrome, можно получить информацию о состоянии межсайтовых взаимодействий, которая в противном случае была бы недоступна. В частности, можно (с некоторой статистической достоверностью) оценить состояние входа в систему, историю посещений или даже что-то более конкретное, например, есть ли в папке «Входящие» в Gmail незавершенные сообщения.

Для решения этой проблемы в механизм ограничения пулов TCP-сокетов добавляется рандомизация, так что наблюдающий сайт не может с высокой степенью достоверности вывести эту информацию.

Амортизация и удаление

В этой версии Chrome информация об устаревших и удаленных функциях представлена ​​в следующих разделах. Для получения списков запланированных, текущих и ранее удаленных функций посетите сайт ChromeStatus.com.

В этой версии Chrome две функции устарели.

Устаревшие методы получения информации о международной локали

API Intl Locale Info — это предложение TC39 третьего этапа ECMAScript, направленное на улучшение объекта Intl.Locale путем предоставления информации о локали, такой как данные о неделе (первый день недели, день начала выходных, день окончания выходных, минимальный день первой недели) и часовой цикл направления текста, используемый в данной локали.

Реализация была включена в Chrome 99. Однако позже, на третьем этапе, предложение изменилось, и несколько геттеров были перемещены в функции. Устаревшие геттеры необходимо удалить, а переименованные функции перезапустить.

Устаревшая функция XSLT

Стандарт XSLT версии 1.0, которому следуют все браузеры, был утвержден в 1999 году. За это время XSLT эволюционировал до версий 2.0 и 3.0, добавив новые функции и отклонившись от версии, реализованной в браузерах. Это отсутствие прогресса, в сочетании с появлением библиотек и фреймворков JavaScript, предлагающих гибкие и мощные возможности манипулирования DOM, привело к значительному снижению использования XSLT на стороне клиента. Технологии на основе JavaScript, такие как JSON и React, в значительной степени вытеснили его роль в веб-браузерах.

Chromium использует библиотеку libxslt для обработки этих преобразований, но поддержка libxslt была прекращена примерно на шесть месяцев в 2025 году. Libxslt — это сложный, устаревший код на языке C, подверженный уязвимостям безопасности памяти, таким как переполнение буфера, что может привести к выполнению произвольного кода. Поскольку XSLT на стороне клиента сейчас является нишевой, редко используемой функцией, этим библиотекам уделяется меньше внимания в плане поддержки и безопасности, чем основным движкам JavaScript. Однако они представляют собой прямую поверхность атаки для обработки ненадежного веб-контента. Действительно, XSLT является источником нескольких недавних громких случаев взлома, которые продолжают подвергать пользователей браузеров риску.

По этим причинам Chromium планирует отказаться от использования XSLT и удалить его из веб-платформы. WHATWG приняла решение ускорить процесс отказа от XSLT.

Для получения более подробной информации об устаревании и о том, что делать, если вы используете XSLT, прочтите статью «Удаление XSLT для повышения безопасности браузера» .