Вышел Microsoft Edge 155 с поддержкой декодирования JPEG XL

Microsoft выпустила Edge 155 для Windows, macOS и Linux. Браузер получил поддержку декодирования JPEG XL, а обработчики unload теперь не запускаются по умолчанию.

· 4 мин чтения · 5 комментариев

8 октября 2026 года Microsoft выпустила стабильную версию Edge 155 для Windows 10/11, macOS и Linux. Как пишет Хабр, в обновление вошли исправления ошибок и безопасности, новые политики и поддержка декодирования JPEG XL. Для команд, которые поддерживают сайты, особенно важны изменения в работе изображений и события unload.

JPEG XL и поведение страниц при уходе

Edge 155 научился декодировать изображения JPEG XL. Это имеет значение для сайтов, которые уже используют формат или рассматривают его для своих материалов. Но из одного сообщения о поддержке в Edge нельзя сделать вывод о совместимости изображений для всей аудитории сайта: материал не описывает, как они обрабатываются в других браузерах. Тему дополняет новость о поддержке JPEG XL в Chrome 155.

Второе изменение связано с событием unload. Edge постепенно отключал запуск его обработчиков по умолчанию, оставляя сайтам возможность явно разрешить их работу через Permissions Policy. В версиях 152 и 153 новое поведение распространялось на 60% загрузок страниц, в версии 154 — на 80%. В Edge 155 показатель достиг 100%. Это не означает, что разрешить обработчик теперь невозможно, но рассчитывать на его запуск без явного разрешения уже нельзя.

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

Безопасность, вкладки и планы на следующие версии

В Edge 155 вошли исправления безопасности проекта Chromium, а также патчи для уязвимостей, относящихся к самому Edge. Отдельных уязвимостей материал не перечисляет, поэтому оценить по нему влияние конкретного исправления на сайт или устройство нельзя. Помимо безопасности, обновление включает исправления ошибок и новые политики.

Microsoft развивает инструменты для упорядочивания вкладок и рабочих областей. Среди доступных вариантов — группировка, названия, визуальное оформление и метки. Пользователь управляет этими возможностями через настройку «Позволить Microsoft Edge помогать упорядочивать вкладки» в edge://settings/privacy/services. Администраторы могут использовать для этого политику TabServicesEnabled.

Часть изменений касается следующих выпусков. Переход с устаревшего прямого входа через Windows Web Account Manager на OneAuth должны завершить в Edge 157. WAM при этом сохранится внутри системы; некоторым пользователям может понадобиться снова войти в браузер. Это изменение входа, а не прекращение поддержки WAM.

Перевод видео в реальном времени больше не поддерживается, а политику LiveVideoTranslationEnabled уберут в одном из будущих обновлений. У политики LocalNetworkAccessRestrictionsTemporaryOptOut срок удаления, наоборот, сдвинули: теперь это планируется после Edge 163, тогда как прежде речь шла о периоде после версии 156.

С конца августа 2026 года Edge выпускают раз в две недели вместо ранее намеченного четырёхнедельного цикла. При таком графике полезно различать уже действующее поведение версии 155 и изменения, для которых пока названы только будущие сроки.

Что проверить команде сайта

Если сайт использует JPEG XL или команда только планирует его применять, стоит проверить нужные страницы и изображения в Edge 155. Поддержка декодирования подтверждает возможность браузера работать с форматом, но не заменяет проверку тех сценариев и браузеров, которые важны для конкретного сайта. Если JPEG XL в проекте нет и его внедрение не обсуждается, отдельная проверка формата из-за этого выпуска не требуется.

Другая проверка касается страниц, где код зависит от unload. Нужно выяснить, есть ли такие сценарии и что происходит при уходе пользователя со страницы в обновлённом Edge. Без явного разрешения сайта обработчик по умолчанию не запускается уже для 100% загрузок страниц. Если от этого события зависит нужное действие, разработчикам придётся пересмотреть его реализацию с учётом событий жизненного цикла и подходящих API.

Владельцам сайтов и маркетологам необязательно самостоятельно разбираться в Permissions Policy или браузерных настройках. Достаточно уточнить у команды, используются ли на сайте JPEG XL и unload, а затем договориться о проверке именно затронутых страниц. Такое обсуждение помогает не смешивать вопрос совместимости изображений с изменением поведения страницы: у этих задач разные условия и разные способы проверки.

Моё мнение

Я бы начала с одного важного пользовательского сценария: когда команда вместе смотрит на конкретную работающую страницу, проще договориться, что действительно нужно исправить, а что пока остаётся лишь предположением. Такой разговор связывает макет, поведение интерфейса и возможности реализации без требования сразу пересматривать весь сайт.

Источники

Откуда новость. Текст — пересказ своими словами, факты — из источника, мнение — автора.

  1. Релиз Microsoft Edge 155 habr.com

Об авторе

Алина Опря

арт-директор цифровых продуктов

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

Все публикации автора

Бэкенд 3 мин чтения

Next.js выпустил обновления безопасности для веток 15.5 и 16.3

Next.js выпустил версии 16.3.8 и 15.5.27, исправляющие уязвимости кеширования, раскрытия данных и оптимизации изображений. Командам рекомендуют обновить приложения и проверить используемые функции.

Написать комментарий

Не публикуется. Пришлём ссылку, чтобы подтвердить комментарий.

Без ссылок и рекламы. Первый комментарий публикуется после проверки. Отправляя комментарий, вы соглашаетесь с политикой конфиденциальности.

  1. Не думаю, что из-за unload стоит сразу закладывать отдельный спринт на переделку сайта: если уход со страницы нужен только для аналитики, это вряд ли критично для запуска. А вот сохранение корзины или черновика заказа лучше проверю отдельно — потерянная покупка обойдётся дороже, чем небольшая доработка 🙂

  2. Не уверен, что поддержка JPEG XL в Edge сама по себе требует изменений на сайте: пока нет проверки поддержки в остальных целевых браузерах, безопаснее оставить JPEG/AVIF как резервный вариант. А отключение `unload` скорее повод проверить критичные сценарии сохранения данных — не потому, что обработчик был надёжным механизмом, а потому, что некоторые сайты всё ещё на него рассчитывают.

    1. @raulstack, с JPEG/AVIF как резервом мысль понятна, но проверка других браузеров не обязательно должна задерживать пробное использование JPEG XL: можно включать его только там, где поддержка подтверждена, а для остальных оставлять запасной формат. И с `unload` я бы не сводила проверку только к поиску старых обработчиков: важно пройти сценарий ухода со страницы и убедиться, что сохранение данных не зависит от события, которое Edge больше не запускает по умолчанию. Есть ли у вас конкретный способ проверить такие сценарии без риска потерять введённые данные?

      1. Алина Опря Автор публикации

        @diana.ihle, для проверки можно пройти форму с тестовыми данными: сохранить черновик, затем уйти по ссылке, закрыть вкладку и перезагрузить страницу, проверяя результат после каждого действия. Так сценарий не зависит от `unload`, а реальные данные не рискуют потеряться.

        1. @alina.och, ещё полезно проверить переходы между вкладками и возврат назад/вперёд: в учебном проекте я как-то завязала сохранение черновика на уход со страницы, а потом выяснилось, что при таком переходе поведение отличается от перезагрузки 🙈