LINUX.ORG.RU

Firefox 65

 , , , ,


5

7

Доступен выпуск Firefox 65.

  • Появилась возможность протестировать работу под Wayland без пересборки из исходников. Требуется лишь запустить программу с переменной окружения GDK_BACKEND="wayland".
  • Реализована поддержка формата WebP, который превосходит по размеру получаемого файла JPEG на 25%-34% (при сжатии с потерями), а PNG — на 26% (без потерь). Разработчики Firefox противились внедрению WebP, потому что это поставило бы крест на будущем их собственного формата анимированных изображений APNG. Первой на уступки пошла Google, добавив в Chromium поддержку APNG, к тому же Microsoft тоже поддержала WebP в своём браузере Edge. Кроме того, для улучшения кросс-браузерной совместимости MIME-тип WebP (image/webp) был добавлен в стандартный HTTP-заголовок запроса Accept для файлов HTML.
  • Включена поддержка открытого стандарта сжатия видео AV1. Он значительно опережает H.264 и VP9 по уровню сжатия.
  • Запрещено открывать более одного всплывающего окна при любом действии пользователя (например, при нажатии на ссылку).
  • Переработан раздел настроек «Блокировка содержимого». Пользователю доступны три пресета: «Стандартная» (в приватном режиме), «Строгая» и «Персональная». В панели блокировки содержимого теперь можно увидеть заблокированные трекеры и куки.
  • Закрыта программа Test Pilot, в рамках которой тестировались экспериментальные возможности. Эти возможности переехали на addons.mozilla.org в виде самостоятельных дополнений. Отказ от Test Pilot обусловлен большими затратами инженерных ресурсов на его поддержание. Вместо этого экспериментальные возможности будут тестироваться на обычных пользователях (с возможностью явно отказаться от участия).
  • Появилась возможность установить несколько языковых пакетов и переключаться между ними «на лету» в настройках браузера. Для изменения языка интерфейса браузера больше не требуется скачивать локализованный дистрибутив или языковой пакет — достаточно выбрать язык из списка, браузер загрузит всё самостоятельно.
  • Добавлена возможность предупреждать о закрытии браузера, даже если включено восстановление предыдущего сеанса при запуске.
  • Разработчики дополнений теперь могут управлять тем, какая вкладка станет активной после закрытия текущей, чему очень рад разработчик Tree Style Tab.
  • В сборках для Linux, macOS и Android усилена защита от повреждения стека (ключ компилятора -fstack-protector-strong). Повреждение стека → популярный тип атаки, когда злоумышленник повреждает или получает контроль над уязвимым приложением.
  • Добавлена поддержка «Непрерывности» в macOS: можно начать работу на iOS (в Firefox или Safari) и продолжить её в Firefox на macOS.
  • Доступны инсталляторы в формате MSI.

Инструменты разработчика:

  • Диспетчер задач (about:performance) теперь отображает количество памяти, используемой каждой вкладкой или дополнением. Кроме того, добавлены кнопки закрытия вкладки и перехода к дополнению.
  • Включён по умолчанию инспектор Flexbox.
  • Отладчик JavaScript получил поддержку точек останова XHR (821610).
  • Щелчок правой кнопкой по элементу дерева доступности позволяет вывести его в JSON-формате.
  • Если фон текста является сложным (например, градиент или сложное изображение), инструмент цветового контраста в инспекторе доступности покажет диапазон значений цветового контраста.
  • Во вкладку «Заголовки» сетевого монитора добавлено отображение политики Referrer для выбранного запроса (1496742).
  • При просмотре трассировки стека (например, в журналах консоли или отладчике JavaScript) вызовы методов распознаются, идентифицируются и по умолчанию сворачиваются, что облегчает размещение вашего кода.
  • Подобно традиционным терминалам теперь можно использовать обратный поиск в истории консоли JavaScript(F9 в Windows/Linux или Ctrl+R в macOS, затем ввести искомое, а сочетаниями Ctrl+R/Ctrl+S переключаться между результатами).
  • Сокращение $0 в консоли JavaScript (ссылается на инспектируемый в данный момент элемент страницы) обзавелось возможностью автодополнения. Например, вы можете ввести $0.te, чтобы получить предложения автодополнения для свойств наподобие $0.textContent.
  • Правки, внесённые через просмотр правил в Инспекторе, теперь отображаются на вкладке «Изменения» (1503920).

HTML:

  • События теперь отправляются на отключённые элементы HTML, то есть элементы <button>, <fieldset>, <input>, <select> и <textarea> с установленными атрибутами disabled (329509).
  • Как в Chrome и Safari, удаление атрибута src у элемента <iframe> загружает в него about:blank (1507842). До этого удаление src не влияло на содержимое iframe.
  • Добавлена поддержка атрибута referrerpolicy у элементов <script> (1460920).

CSS:

  • Убран префикс у значения crisp-edges свойства image-rendering (1496617).
  • Значение auto scrollbar-color теперь разрешается в auto, а не в два цвета (1501418).
  • Реализована поддержка свойств break-* (775618):
  • Реализована поддержка значения anywhere у свойства overflow-wrap (1505786).
  • Добавлены новые ключевые слова jump-start, jump-end, jump-none и jump-both, используемые внутри временной функции steps() (1496619). Функция frames(), ранее использовавшаяся для этого, объявлена устаревшей.
  • Для совместимости с прочими браузерами добавлены несколько новых значений -webkit-appearance. В частности:
    • meter, которое отныне используется в качестве значения по умолчанию для элементов <meter>; существующее значение meterbar теперь является псевдонимом meter (1501483).
    • progress-bar, которое отныне используется в качестве значения по умолчанию для элементов <progress>; существующее значение progressbar теперь является псевдонимом progress-bar (1501506).
    • textarea, которое отныне используется в качестве значения по умолчанию для элементов <textarea>; существующее значение textfield-multiline теперь является псевдонимом textarea (1507905).
  • Изменено поведение user-select, чтобы достичь сходства с прочими браузерами (1506547). Конкретно:
    • user-select: all, установленное на элемент, больше не перекрывает значения user-select дочерних элементов. Пример:
      <div style="-webkit-user-select: all">All
        <div style="-webkit-user-select: none">None</div>
      </div>
      
      <div>, на который установлен none, теперь не выбирается. До этого значение none перекрывалось значением all родительского элемента.
    • Теперь можно выбирать элементы не-contenteditable, вложенные в элементы contenteditable.
    • user-select теперь ведёт себя согласованно внутри и снаружи теневого DOM.
    • Удалено проприетарное значение -moz-text.
  • Реализована поддержка переменных среды CSS (функция env) (1462233).
  • Удалена настройка layout.css.shape-outside.enabled; поддержку shape-outside, shape-margin и shape-image-threshold больше нельзя отключить через about:config (1504387).
  • Удалены некоторые специфичные для Firefox значения user-select-moz-all, -moz-text, tri-state, element, elements и toggle. См. 1492958 и 1506547.

JavaScript:

  • Реализована поддержка Intl.RelativeTimeFormat (1504334).
  • Максимально допустимое значение length у строк отныне составляет 2^30 - 2 (~1 ГБ) вместо 2^28 - 1 (~256 MБ) (1509542).
  • Добавлена поддержка globalThis (1317422).

DOM:

Безопасность:

Сеть:

>>> Примечания к выпуску для разработчиков

>>> Подробности

У некоторых пользователей из России может не работать DNS через HTTPS, потому что IP-адрес, в который сейчас резолвится mozilla.cloudflare-dns.com, также используется одним заблокированным в России доменом (некоторые провайдеры в таких случаях блокируют весь HTTPS-трафик до IP-адреса).

P.S. Вероятно, это последний подробный перевод ченджлога от меня, в дальнейшем буду ограничиваться только выжимкой наиболее важных моментов. К сожалению, проблемы со здоровьем дают о себе знать всё сильнее, да и веб-разработчики, которым необходимо знать подробности, наверняка умеют читать на английском.

MozillaFirefox ★★★ ()
Последнее исправление: MozillaFirefox (всего исправлений: 1)
  • Реализована поддержка формата WebP, который превосходит по размеру получаемого файла JPEG на 25%-34% (при сжатии с потерями), а PNG — на 26% (без потерь).
  • Включена поддержка открытого стандарта сжатия видео AV1. Он значительно опережает H.264 и VP9 по уровню сжатия.

Жаль, что при этом не сообщают о том, сколько процентов проигрыш во времени при декодировании.

gag ★★★★★ ()
Ответ на: комментарий от MozillaFirefox

P.S. Вероятно, это последний подробный перевод ченджлога от меня, в дальнейшем буду ограничиваться только выжимкой наиболее важных моментов.

жаль.
В моей федорке еще нет этой версии =(

$ sudo dnf update firefox
Last metadata expiration check: 0:36:56 ago on Wed 30 Jan 2019 05:20:07 PM +04.
Dependencies resolved.
Nothing to do.
Complete!

dada ★★★★★ ()
Ответ на: комментарий от gag

Жаль, что при этом не сообщают о том, сколько процентов проигрыш во времени при декодировании.

времени при декодировании

Чего? Тут либо будет успевать или нет.

А так вообще выйдут новые GPU с декодированием, и поэтому проблемы не будет, как таковой.

Да не сразу. Ну так и внедрять его ещё будут лет пять.

fornlr ★★★★★ ()
Ответ на: комментарий от fornlr

Тут либо будет успевать или нет.

Это первый вопрос. А при ответе «будет» появляется следующий, о производительности.

В любом случае, если время различается, то это факт, для которого тоже следует привести числа.

gag ★★★★★ ()
Ответ на: комментарий от gag

То-ли дело MPEG2! Его разве-что программируемые калькуляторы не успевают декодить.

Меня больше время енкода напрягает. Хотя я свежие версии енкодеров давно не собирал, может производительность уже приемлема

MrClon ★★★★★ ()
Ответ на: комментарий от MrClon

Меня больше время енкода напрягает.

А Фаерфокс уже по WebRTC может отправлять AV1? Если нет, то пока это ещё не проблема (для браузера).

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

gag ★★★★★ ()
Ответ на: комментарий от gag

А вообще да, там, вроде, хорошенько так перегнули палку с требовательностью к ресурсам.

Когда H.264 только появился (точнее лет через пять после этого, когда с ним впервые столкнулись пользователи) о нём говорили то же самое. Мол это всё конечно хорошо, но неюзабельно из-за ресурсоёмкости.

Кодек это не JS-фреймворк, у него время жизни не в месяцах^Wнеделях измеряется. Все низко висящие плоды уже давно сорваны, теперь эффективность кодека примерно равна его ресурсоёмкости. Сопоставь эти два факта и прикинь почему люди разрабатывающие новый кодек не очень заботятся о том как он будет работать на купленном два года назад железе.

Не понятно, почему нет открытой реализации, хотя бы зачаточной (но не любительской) на OpenCL

Потому-что ты её не написал. И все остальные люди которым она нужна тоже её не написали.

MrClon ★★★★★ ()
Ответ на: комментарий от MrClon

Ставят эксперименты на тех кого не жалко (:

Ну для начала найди ресурс с AV1 ;)

Я вот c h.265 не знаю даже. VP9 вон ютюб по сути только (хотя это большая доля).

fornlr ★★★★★ ()
Ответ на: комментарий от fornlr

В VP9 как-раз сейчас неспешно перехожу на h264+vp9 вместо одного vp8 (mp4 для поддержки убогих девайсов, vp9 для качества). На AV1 уже больше года облизываюсь, но по слиииишком меееедленный энкод

MrClon ★★★★★ ()

Запрещено открывать более одного всплывающего окна при любом действии пользователя

Вот сволочи, merzkiy.ru/google.php и так подох давно, а они ещё и земельки сверху сыплют.

Moondancer ()

Вчера прилетел апдтейт в арч. Спасибо за новость, да и еще такую подброную! Хоть узнал что там.

Жаль, что аппаратное декордирование видео не завезли. Есть хоть какие-то новости по этому поводу?

EmgrtE ★★★ ()
Ответ на: комментарий от sleeply4cat

Интересно, как (и зачем) старые видео перекодировали.

А в чём проблема? У гула бабла много с ресурсами. Взяли и перекодировали.

Я бы вот про качество подумал. Как-то сравнивал старые видео по качеству типа h.264 vs VP9.

И вот такое ощущение. Что человек закачал хорошего качества h.264. Google его поджал в более плохой h.264. А потом спустя значительное время сконцентрировали в VP9, ещё ухудшив качество.

Сейчас значит средний пользователь наверно в h.265 заливает. И что в итоге и как получится в итоге конвертаций гугла...

fornlr ★★★★★ ()
Последнее исправление: fornlr (всего исправлений: 1)