Mozilla выпустила версию Firefox 83.0. В ней появился новый режим «только HTTPS», повысилась производительность движка SpiderMonkey JavaScript, а также внедрена совместимость с новыми Apple Mac на чипах M1.
Пользователям пообещали более быструю загрузку страниц (до 15% быстрее по сравнению с Firefox 82) и снижение использования памяти (до 8%). Обновление Warp для SpiderMonkey JavaScript обеспечивает улучшение производительности за счет внесения изменений в JiT-компиляторы. Оптимизацию JiT обеспечил простой линейный формат байт-кода CacheIR, в частности, данные CacheIR, собранные базовыми уровнями. В перспективе предусмотрено удаление старого кода и архитектуры, вероятно, уже в версии Firefox 85. В результате показатели производительности и использования памяти будут улучшаться.
Обновление также включает улучшения безопасности и обслуживания. Режим «только HTTPS» предполагает, что веб-сайты, которые предлагают только небезопасные соединения, больше не могут загружаться, а пользователи будут видеть соответствующие предупреждения. Функцию можно включить в «Настройках конфиденциальности и безопасности» либо для всех окон, либо для отдельных.
На странице настроек в разделе Общие>Просмотр теперь можно включить управление видео и другими медиафайлами с помощью клавиатуры, гарнитуры или виртуальных интерфейсов. Внедрена поддержка функции сенсорного масштабирования. Новые сочетания клавиш для видео «картинка в картинке» позволяют осуществлять перемотку на 15 секунд вперед и назад, а также регулировать громкость.
В программе просмотра PDF в Firefox добавлена ??поддержка AcroForm, позволяющая пользователям заполнять, печатать и сохранять поддерживаемые формы PDF.
Пользователи версий Windows (7 и 8) и macOS (с 10.12 по 10.15) получают поддержку WebRender — функции, которая внедрялась в последующих сборках Firefox для обеспечения более быстрой отрисовки страниц и, следовательно, более плавной их загрузки.
В ближайшее время ожидается мобильная версия Firefox 83.0 для Android, где появится поддержка дополнительных надстроек, включая Bitwarden, AdGuard, AdBlocker и Ghostery.
Кроме того, следующая версия Firefox 84 будет последней, которая поддерживает плагин NPAPI. Это подтвердил Джим Мэтис, старший менеджер по разработке в Mozilla.
Mozilla отказалась от поддержки всех подключаемых модулей NPAPI, за исключением Adobe Flash, когда вышел Firefox 52. NPAPI позволял браузеру интегрировать подключаемые модули для добавления поддержки контента, такого как Silverlight или Java.
Когда Adobe объявила о прекращении поддержки Adobe Flash в конце 2020 года, стало ясно, что Mozilla не только отключит поддержку Adobe Flash в Firefox, но и полностью удалит из браузера кодовую базу NPAPI.
Mozilla удалит поддержку Adobe Flash в Firefox 84 и 85, а также начнет удаление NPAPI в Firefox 85.
Firefox 84 выйдет 15 декабря 2020 года, а Firefox 85 — 26 января 2021 года.
Следующим крупным выпуском является Firefox 91.0 ESR, который запланирован на июль 2021 года. Планируется, что ESR продолжит поддерживать Adobe Flash до июля 2021 года, пока не выйдет следующая версия.
См. также:
Jeditobe
Интересно, как после этого будет у людей проходит авторизация по номеру телефона в публичных сетях wi-fi? Там же нужна переадресация на портал авторизации, а ее блокирует HSTS, если сайт который пытаются открыть работает только по HTTPS.
RiseOfDeath
Явление хоть и богомерзкое, но весьма распространенное, так что пора под него делать нормальные стандарты, а не подмену с редиректом.
inkelyad
Так есть же. Правда, как обычно, несколько. Смотри, например RFC 7710.
vikarti
Только вот некоторые операторы намеренно ломают поддержку и признаются в этом. habr.com/ru/company/maximatelecom/blog/457958/#comment_20348232 например. Потому что надо ж и рекламу показать и переходы сделать. И мол давайте новый стандарт под нас.
salnicoff
Это проблема одной страны…
RealSaniok
«Captive portal» достаточно распространёны и за пределами этой одной страны
salnicoff
Ну если в «Хром» такую же фичу сейчас запилят, то проблема точно сузится до одной страны.
Cerberuser
А что, от того, что что-то сделает Хром, западные сетестроители резко переделают свои механизмы авторизации?
salnicoff
«Хром» и «Файрфокс» в сумме — почти весь рынок браузеров, причем у «Хрома» доля намного больше. Если «Хром» введет доступ только через HTTPS, то все эти captive portals работать не будут, потому что они базируются на перехвате HTTP-траффика и перенаправлении на специальную страницу для авторизации/деанонимизации. С HTTPS-траффиком такое не пройдет — браузер будет ругаться на сертификат (подозреваю, что через пару версий в браузерах вообще запретят пользоваться протухшими и невалидными сертификатами). Получается, что captive portals надо будет на что-то менять. Или менять сам механизм авторизации пользователей.
Cerberuser
Тогда почему проблема "сузится до одной страны", а не станет головной болью вообще для всех, кто использует эти самые captive portals, включая и работающих в этой "одной стране"?
salnicoff
Потому что в большинстве стран законодательство и обычаи ведения бизнеса следуют за технологиями. Придумали новую фичу — меняем закон. В «одной стране» (ну ладно, не в одной) ситуация обратная — законодатели думают, что технологии должны следовать за законом. Сейчас в той самой «одной стране» captive portals в публичных сетях обязательны именно для деанонимизации подключающегося — «подключился к wi-fi — введи номер телефона — введи код из СМС». Такой механизм придуман не самими хозяевами wi-fi точек и не разработчиками их прошивок, а регулирующим эту отрасль министерством. Теперь представим, что эта фича больше не сможет работать из-за новых браузеров? Что сделают в одной стране? Правильно, будут говорить, чтобы авторизовывались по-старому, и выпустят какой-нибудь свой «BearBrowser» — единственный, который будет уметь авторизовываться через captive portals по-старому, в то время, как остальной мир будет пользоваться новыми механизмами авторизации.
amirosta
Ох уж эти идеалисты…
То есть в других странах Captive Portals не существует?
И эта технология придумана только для использования «в одной стране»?
И в RFC 7710 включена только ради одной-единственной страны?
salnicoff
Пока существуют. Поменяются браузеры — придется отменять и captive portals, и только в «одной стране» их оставят, потому что под них придумали нормативные документы. Вспоминайте, как налоговая требовала сдавать декларации на дискетах, когда их уже нигде в мире не производили.
amirosta
Посмотрите как происходит подключение по этой технологии на своём смартфоне в том месте, где на сервере включен именно Captive Portal.
Там используется отдельный урезанный по своим возможностям специализированный браузер, интегрированный в единое целое с авторизацией Wi-Fi.
Jeditobe
Видел такие порталы в США, Германии, Испании и Таиланде
Mozhaiskiy
Вы недооцениваете инертность. В Венеции ещё 4 года назад городской портал покупки билетов и публичного Wi-Fi был сделан на Flash. купить билет через Айфон было отдельным приключением. В куче публичных W-iFi по всей Европе эти Captive Portals до сих пор.
salnicoff
Инернтность есть, согласен. Но когда вот такие серьезные изменения в технологиях происходят, то это очень здорово стимулирует народ к изменениям.
kinall
Проблема любой страны в том, что её жители думают, что они особенные, и проблемы у них уникальные.
FirExpl
Ну, я бы сказал, что в каком-то роде оно так и есть. Именно по этому когда мы смотрим на другие страны и не видим там наших проблем, мы думаем, что там всё хорошо, при этом не особо задумываясь, что у них, вероятно, есть какие-то другие проблемы, которые у нас либо не стоят на столько остро, либо отсутствую вовсе.
dartraiden
1) там есть встроенный список исключений (типа всяких локалок, где HTTPS нет и не будет, может, оно и captive portal умеет распознавать)
2) там есть возможность добавить исключение для конкретного сайта
3) там есть возможность просто не включать режим «HTTPS Only»
SagePtr
Captive portal детектит нормально, только что проверил. Firefox каждые 3 секунды в фоне дёргает адрес, указанный в опции captivedetect.canonicalURL в about:config, на этот детект правило требования HTTPS не распространяется. Если по URL обнаруживает текст, отличный от эталонного, предлагает пользователю открыть страницу captive portal. Любые HTTP-сайты, включая саму страницу авторизации в captive portal, открывать позволяет как раньше, просто перед открытием выдаётся предупреждение с возможностью согласиться с риском и продолжить (а если нужно разрешить навсегда, можно щёлкнуть на перечёркнутый замок рядом с адресом и добавить там в исключения).
bopoh13
По вопросу рисков недавно статья была https://habr.com/post/517750/
sleirsgoevy
Firefox умеет обрабатывать такие сети «из коробки». Вероятно, соответствующий функционал будет отключен на время прохождения авторизации.