Хром 134 бета

Рэйчел Эндрю

Опубликовано: 5 февраля 2025 г.

Если не указано иное, следующие изменения относятся к новейшей версии бета-канала Chrome для Android, ChromeOS, Linux, macOS и Windows. Узнайте больше о функциях, перечисленных здесь, по предоставленным ссылкам или из списка на ChromeStatus.com. Бета-версия Chrome 134 доступна с 5 февраля 2025 г. Вы можете загрузить последнюю версию на Google.com для настольных компьютеров или в Google Play Store для Android.

CSS

В этом выпуске добавлено пять новых функций CSS и пользовательского интерфейса.

Свойство ограничения динамического диапазона CSS

Позволяет странице ограничить максимальную яркость HDR-контента.

Настраиваемый элемент <select>

Добавьте возможность настраивать HTML-элементы <select> , выбрав новое поведение со значением base-select для appearance . После согласия вы можете добавить богатый контент, включая изображения, а также стилизовать параметры.

Диалоговое окно скрыть

Одной из приятных особенностей Popover API является его легкое закрытие. Эта функция предоставляет те же возможности <dialog> . Новый атрибут closedby управляет поведением:

  • <dialog closedby=none> : диалоговое окно вообще не закрывается по инициативе пользователя.
  • <dialog closedby=closerequest> : нажатие ESC (или другого триггера закрытия) закрывает диалоговое окно.
  • <dialog closedby=any> : щелчок за пределами диалогового окна или нажатие ESC закрывает диалоговое окно. То же, что и popover=auto .

Наследование подсветки CSS

При наследовании выделения CSS псевдоклассы выделения CSS, такие как ::selection и ::highlight , наследуют свои свойства через цепочку псевдовыделений, а не через цепочку элементов. Результатом является более интуитивная модель наследования свойств в выделенных фрагментах.

Чтобы узнать больше, прочтите запись в блоге «Изменения наследования для стилей выбора CSS», написанную Стивеном Ченни из Igalia.

:has-slotted

Псевдокласс :has-slotted представляет элемент slot с размещенным в нем содержимым, например текстовый узел или элемент. Это можно использовать для стилизации элементов в зависимости от того, используют ли они резервный контент слота.

Веб-API

Функция отчетов об атрибуции: удаление ограничения агрегированного отчета, если идентификатор контекста триггера не равен нулю.

Это изменение основано на отзывах вызывающих API и необходимости иметь возможность измерять большее количество событий-конверсий для определенных пользовательских потоков.

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

Кроме того, агрегированные отчеты по-прежнему будут связаны другими ограничениями, которые ограничивают общий объем информации, которую можно измерить, например, бюджет вклада L1 (65 536) на источник и предел уровня атрибуции.

Разделение URL-адресов больших двоичных объектов: выборка/навигация

В качестве продолжения разделения хранилища реализовано разделение URL-адресов доступа к BLOB-объектам по ключу хранилища (сайт верхнего уровня, происхождение кадра и логическое значение has-cross-site-ancestor), за исключением навигации верхнего уровня, которые останутся секционированными только по происхождению кадра. Это поведение похоже на то, что в настоящее время реализовано в Firefox и Safari, и согласовывает использование URL-адресов BLOB-объектов со схемой секционирования, используемой другими API-интерфейсами хранилища как часть секционирования хранилища. Кроме того, Chrome будет применять noopener при навигации верхнего уровня, инициируемой средством визуализации, к URL-адресам Blob, где соответствующий сайт является межсайтовым для сайта верхнего уровня, выполняющего навигацию. Это приводит Chrome в соответствие с аналогичным поведением в Safari, а соответствующие спецификации были обновлены с учетом этих изменений.

Это изменение можно временно отменить, установив политику PartitionedBlobURLUsage . Эта политика станет устаревшей, когда устареют другие корпоративные политики, связанные с разделением хранилища.

Политика документов: expect-no-linked-resources

Точка конфигурации expect-no-linked-resources в Document-Policy позволяет пользовательскому агенту подсказать документ, чтобы лучше оптимизировать последовательность загрузки, например, не использовать поведение спекулятивного анализа по умолчанию (также известное как сканер предварительной загрузки ).

Пользовательские агенты реализовали спекулятивный анализ HTML для спекулятивного извлечения ресурсов, присутствующих в разметке HTML, чтобы ускорить загрузку страницы. Для подавляющего большинства страниц в Интернете, ресурсы которых объявлены в разметке HTML, оптимизация выгодна, а затраты на определение таких ресурсов являются разумным компромиссом. Однако следующие сценарии могут привести к неоптимальному компромиссу производительности по сравнению с явным временем, затрачиваемым на анализ HTML для определения подресурсов для выборки:

  • Страницы, на которых нет ресурсов, объявленных в HTML.
  • Большие HTML-страницы с минимальной загрузкой ресурсов или без нее, которые могут явно контролировать предварительную загрузку ресурсов с использованием других доступных механизмов предварительной загрузки.

Политика документа expect-no-linked-resources намекает пользовательскому агенту, что он может оптимизировать время, затрачиваемое на определение такого подресурса.

Явное управление ресурсами (асинхронное и синхронное)

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

Расширьте API console.timeStamp для поддержки измерений и параметров представления.

Эта функция расширяет API console.timeStamp() с обратной совместимостью, предоставляя высокопроизводительный метод инструментирования приложений и вывода данных о времени на панель «Производительность» в DevTools.

Записи времени, добавленные с помощью API, могут иметь настраиваемую метку времени, продолжительность и параметры представления (дорожка, дорожка и цвет).

OffscreenCanvas getContextAttributes

Добавляет интерфейс getContextAttributes из CanvasRenderingContext2D в OffscreenCanvasRenderingContext2D .

API частной агрегации: ограничения вклада для каждого контекста для вызывающих участников общего хранилища

Позволяет вызывающим сторонам общего хранилища настраивать количество вкладов в отчет частного агрегирования.

Эта функция позволяет вызывающим объектам Shared Storage настраивать ограничения вклада для каждого контекста с помощью нового поля maxContributions . Вызывающие абоненты устанавливают это поле, чтобы переопределить количество вкладов по умолчанию в отчете — разрешены как большие, так и меньшие числа. Chrome принимает значения maxContributions от 1 до 1000 включительно; большие значения будут интерпретироваться как 1000.

Благодаря заполнению размер полезной нагрузки каждого отчета будет примерно пропорционален выбранному количеству вкладов на отчет. Мы ожидаем, что выбор более крупных отчетов увеличит стоимость эксплуатации службы агрегирования.

Эта функция не повлияет на абонентов защищенной аудитории. Однако мы планируем добавить поддержку настройки количества вкладов в отчеты о защищенной аудитории в будущих функциях.

Поддержка качества ImageSmoothingQuality в PaintCanvas

Добавьте поддержку атрибута imageSmoothingQuality в Paint Canvas. Это позволяет веб-разработчику выбирать между качеством и производительностью при масштабировании изображений. Существует три допустимых параметра imageSmoothingQuality : low , medium и high .

Подгруппы WebGPU

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

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

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

API цифровых учетных данных

Сегодня веб-сайты могут получать и получают учетные данные из приложений мобильных кошельков с помощью различных механизмов, например, пользовательских обработчиков URL-адресов и сканирования QR-кода. Эта функция позволяет сайтам запрашивать идентификационную информацию из кошельков с помощью системы Android IdentityCredential CredMan . Его можно расширить для поддержки нескольких форматов учетных данных (например, ISO mDoc и проверяемых учетных данных W3C) и позволяет использовать несколько приложений кошелька. Добавляются механизмы, помогающие снизить риск злоупотребления реальной идентичностью в масштабе экосистемы.

Пробная версия Origin, начинающаяся в Chrome 134, добавляет поддержку этого API на платформе настольного компьютера, где Chrome на рабочем столе будет безопасно взаимодействовать с цифровым кошельком на телефоне Android для получения запрошенных учетных данных.

Устаревания и удаления

В этой версии Chrome представлены устаревшие и удаленные версии, перечисленные ниже. Посетите ChromeStatus.com, чтобы просмотреть списки запланированных, текущих и предыдущих удалений.

В этом выпуске Chrome удалена одна функция.

Удалить нестандартные ограничения звука getUserMedia.

Blink поддерживает ряд нестандартных ограничений с префиксом goog для getUserMedia начиная с некоторого времени до того, как ограничения были должным образом стандартизированы.

Использование значительно снизилось до 0,000001% и 0,0009% (в зависимости от ограничения), а некоторые из них даже не имеют эффекта из-за изменений в стеке захвата звука Chromium. Вскоре ни одно из них не будет иметь никакого эффекта из-за других предстоящих изменений.

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