LINUX.ORG.RU

Firefox 53

 ,


0

2

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

Общие изменения

  • «Лёгкие» темы теперь могут быть применены в режиме приватного просмотра.
  • В режим чтения добавлено отображения примерного времени на чтение страницы.
  • На Windows задействован Quantum Compositor (e10s-gpu), снижающий риск падения браузера из-за проблем с драйверами путём выноса кода, взаимодействующего с GPU, в отдельный процесс.
  • Установщик для Windows теперь предлагает выбор между 32-разрядной и 64-разрядной версией.
  • Добавлены две новые предустановленные темы (тёмная и светлая), основанные на теме из Firefox Developer Edition.
  • В версии для Linux прекращена поддержка процессоров, не поддерживающих инструкции SSE2 (все AMD до Athlon 64, все Intel до Pentium 4, VIA C3).
  • Прекращена поддержка Windows XP и Vista. Пользователи этих систем смогут получать обновления безопасности в течение года, поскольку будут автоматически переведены на Firefox 52 ESR.
  • Прекращена поддержка 32-разрядных версий Mac OS X.
  • Уменьшен размер обновлений для macOS.
  • Воспроизведение мультимедийного контента в новых вкладках теперь не будет происходить до тех пор, пока пользователь не переключится на вкладку.
  • Переработан внешний вид уведомлений с запросом разрешений. Они стали проще, заметнее и позволяют в любой момент отозвать выданные разрешения.
  • Если имя вкладки не помещается целиком, оно будет плавно затухать, а не обрезаться многоточием.
  • В контекстное меню вкладки добавлен пункт, позволяющий отправить её на другое устройство.
  • Переработан внешний вид элементов управления медиасодержимым.
  • Добавлена поддержка WebM-видео с прозрачным фоном.
  • Удалены настройки network.standard-url.encode-utf8 и network.standard-url.escape-utf8, позволявшие отключить URL-кодирование адресной строки (в том числе, при копировании в буфер обмена). Для «нормального» копирования адресов, содержащих кириллицу, теперь следует использовать browser.urlbar.decodeURLsOnCopy = true.
  • Упраздняется ветка Developer Edition (Aurora). Firefox Developer Edition будет формироваться из бета-версий, а устранение регрессий будет производиться в ночных сборках.
  • Дополнения больше не могут осуществлять загрузку бинарных компонентов и разделяемых библиотек. Все такие дополнения занесены в чёрный список, а их разработчикам следует перейти на использование WebExtensions. Кроме того, в каталог AMO прекращается приём новых дополнений, использующих XUL, SDK и XPCOM (это не касается обновлений уже существующих дополнений).
  • Исправлены различные уязвимости (некоторые из которых могут привести выполнению произвольного кода).
  • Включена по умолчанию поддержка TLS 1.3.
  • Дополнения WebExtensions при установке запрашивают одобрение списка полномочий.

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

  • Добавлена опция, позволяющая скопировать полный CSS-путь к элементу (1323700).
  • Завершена работа над поддержкой css-color-4 (1310681).
  • В режиме разметки добавлена визуальная подсказка между открывающим и закрывающим тегами свёрнутого узла (1323193).
  • Включён по умолчанию просмотрщик JSON, реализованный ещё в Firefox 44.

CSS

  • Включена по умолчанию поддержка свойств mask-* (см. CSS Masks) (1251161).
  • Добавлена поддержка свойства caret-color (1063162).
  • Добавлены сокращения place-items/place-self/place-content (1319958).
  • Свойство display обзавелось значением flow-root (1322191).
  • -moz-tab-size отныне может принимать значения в пикселях (943918) и может быть анимировано (1308110).
  • mask-mode:luminance не работало на градиентных масках (1346265).
  • Не заполнялась область просмотра при grid-template-rows: 1fr (1346699).
  • Все mask-longhands теперь могут быть применены на элементы SVG (1319667).
  • [css-grid] align-self/justify-self:stretch/normal не работало на элементах <table> (1316051).
  • Исправлено неправильное отображение clip-path: circle() при больших размерах и радиусе, заданном в процентах (1324713).
  • Ударение на дизъюнктивной eta (ή) больше не пропадает, когда значение uppercase text-transform применяется на греческих символах (1322989).
  • Поддержка значения contents у display больше не может быть отключена в настройках (1295788).
  • Удалён префикс -moz у :dir() pseudo-class (1270406), text-align-last (1276808) и calc() (1331296).

JavaScript

События

DOM/API

Воркеры и сервисные воркеры

WebGL

Мультимедиа

HTTP/сеть

  • Добавлена настройка network.http.referer.userControlPolicy, позволяющая задать поведение по умолчанию для Referrer-Policy (отправка заголовка Referer). Возможные значения:
    • 0 — не отправлять
    • 1 — отправлять только если обращение происходит в пределах одного домена
    • 2 — отправлять всегда, но обрезанным
    • 3 — отправлять всегда, за исключением обращения от HTTPS к HTTP (по умолчанию)
  • Поддержка Next Protocol Negotiation (NPN) прекращена в пользу Application-Layer Protocol Negotiation (ALPN) (1248198).
  • Включена по умолчанию поддержка HTTP-заголовка Large-Allocation (1331083).

SVG

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

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

★★★★★

Проверено: jollheef ()
Последнее исправление: Psych218 (всего исправлений: 4)
Ответ на: комментарий от anonymous

из стана windows/mac os

что Вы тут делаете?

anonymous
()
Ответ на: комментарий от mandala

можешь выбить себе зуб))) конфиг девственный абсолютно

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

Механизм открытия вкладок не всегда очевиден пользователю. То ли это откроется в новой вкладке, то ли в текущей. К примеру у яндекса первый подход, у гугла второй. И так чуть ли не у каждого сайта - своё мнение.

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

Кагбе гугл тоже открывает в новой вкладке, кроме некоторых.

anonymous
()
Ответ на: комментарий от araks

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

Deleted
()

В режим чтения добавлено отображения примерного времени на чтение страницы.

всегда уважал фурифокс за внимание к действительно важным вещам...

mos ★★☆☆☆
()

режим чтения

Впервые слышу. Почитал про это, кто пользовался, насколько оно хорошо работает?

orm-i-auga ★★★★★
()
Ответ на: комментарий от i-rinat

Хромиум из Debian sid. Те самые патчи от арчеводов, включили в мастер-ветку, так шо ускорение работает (только того, что видюха вытягивает - h264, HEVC(h265) и VP8)

Разница, на процессоре уровня атома, заметная. И работу от батарейки это продливает, особенно когда смотришь сериальчики)

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

Хромиум из Debian sid

Поставил 57.0.2987.133-1 (текущая версия в unstable), запустил восемь видео. Вижу неслабую такую загрузку CPU. Ты явно что-то путаешь. Одно время в Debian были версии со включенным декодером, но его как в декабре 2015 выключили, так больше и не включали.

Те самые патчи от арчеводов, включили в мастер-ветку

Уж не думаешь ли ты, что арчеводы и написали код декодера? Они его только включали. Код в базе Chromium уже был, только выключенный.

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

Любой на webkit2gtk.

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

Freyr69 ★★★
()
Ответ на: комментарий от orm-i-auga

Отличная функция, между прочим.
Защищает сознание от замусоривания посторонней информацией и от элементов вовлечение в потребление такой информации.
Выглядит вот так.

anonymous
()
Ответ на: комментарий от Freyr69

К слову у surf с gstreamer1-vaapi загрузка цп практически как у мпв c vo=vaapi hwdec=vaapi. Но все равно смотреть в браузере видео это фи.

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

Не знаю, не знаю..
При наведении курсора на вкладки (те, которые под адресной строкой), они окрашиваются в чёрный цвет и прочесть надписи на них становится невозможно. Если это — «фича», то мне лично нужны разъяснения относительно её смысла.

anonymous
()
Ответ на: комментарий от Odalist

Самая крутая тёмная тема, всегда была и остаётся - FT DeepDark.

th3m3 ★★★★★
()

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

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

anonymous
()
Ответ на: комментарий от NextGenenration

К примеру у яндекса первый подход, у гугла второй

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

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

Мне, вот, не хватает возможности при множестве открытых вкладок за раз выгрузить их адреса куда-нибудь.. Это возможно, кажется, лишь, если сохранить все вкладки в закладки и уже из «закладок» скопировать.

anonymous
()
Ответ на: комментарий от i-rinat

Поставил 57.0.2987.133-1 (текущая версия в unstable), запустил восемь видео. Вижу неслабую такую загрузку CPU. Ты явно что-то путаешь. Одно время в Debian были версии со включенным декодером, но его как в декабре 2015 выключили, так больше и не включали.

А что chrome://gpu показывает? Интересно просто.

rbh-17m
()
Ответ на: комментарий от Freyr69

Ускорение через гстример.

Это ускорение для галочки, так как копирование готовых кадров обратно на CPU съедает все преимущества. А работа в нескольких потоках с постоянными синхронизациями роняет производительность ещё хуже.

Пару лет назад я ковырял GStreamer на предмет получения готовых кадров в виде OpenGL текстур. Убил много времени и нервов, но результата не вышло. Там с тех пор стало лучше? Или всё ещё такой же ад?

i-rinat ★★★★★
()

пока я ушел с этого комбайна на хромиум...

zor1984qq
()
Ответ на: комментарий от i-rinat

Это ускорение для галочки, так как копирование готовых кадров обратно на CPU съедает все преимущества.

Пару лет назад я ковырял GStreamer на предмет получения готовых кадров в виде OpenGL текстур. Убил много времени и нервов, но результата не вышло. Там с тех пор стало лучше? Или всё ещё такой же ад?

Что за бред? Подобную херню я слышал от разрабов фурифокса, к реальности оно не имеет отношения.

Пару лет назад я ковырял GStreamer на предмет получения готовых кадров в виде OpenGL текстур.

Что не так с glimagesink, vaapisink и gtk синком? Это в фурифоксе его не воткнуть, ибо у них там свои черезжопные костыли для рендеринга, но в webkitgtk какие проблемы опенгл контекст встроить? Говорю же, у меня

с gstreamer1-vaapi загрузка цп практически как у мпв c vo=vaapi hwdec=vaapi.

Немного медленнее, правда, но один в один как у mpv с vo=opengl hwdec=vaapi (потому как скорей всего там гткглсинк, или как его), видимо, это накладывает некоторый оверхед, но явно не копирование целого кадра туда-сюда, как у безруких говнокодеров из мозиллы.

Freyr69 ★★★
()
Последнее исправление: Freyr69 (всего исправлений: 2)
Ответ на: комментарий от i-rinat

https://gstconf.ubicast.tv/videos/chromium-a-new-media-backend-based-on-gstre...

Вот, кстати, презенташка по хромиуму.

А фуррифокс вообще говно, им на линуксе пользоваться — себя не уважать. Там даже дря рендеринга аппаратного ускорения нет, не то что для декодирования. Для них линуксы — совсем second-class citizen, они не заморачиваются.

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

Что не так с glimagesink, vaapisink и gtk синком?

Ты ими пробовал пользоваться? Или только спекулируешь?

vaapisink

Вот эта часть фразы — либо троллинг, либо абсолютное непонимание сути проблемы.

гткглсинк

Это тот, который появился уже после того, как GStreamer из Firefox выбросили? Судя по названию это как-то связано с общим контекстом OpenGL, что потенциально может решить проблемы с забором кадров. Но там достаточно много деталей, каждая из которых может всё порушить.

В любом случае, структура GStreamer плохо подходит для работы в браузере. Для отдельного или встроенного в приложение плеера — норм. Для браузера это уже ад.

i-rinat ★★★★★
()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от anonymous

система постепенно становится совсем маргинальной.

Скорее, наоборот - скатывается в эти ваши виндовсы. Жили мы себе спокойно безо всяких бинарных логов и аудиосерверов, и не мешало. Но нет - надо было сделать как в самой популярной ОС...

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

безруких говнокодеров

Забавно. Так выражаются либо те, кто писать не умеет вообще, либо те, код которых вызывает недоумение. Их же словами, «говнокодеров».

Мне вообще жаль мультимедиа команду Firefox. Им кто-то наврал, что GStreamer подходит для задачи, и они потратили кучу сил на него. Мне вот тоже народ из интернета предложил GStreamer, с которым я нахлебался.

Уж, казалось бы, какое наркоманское API у FFmpeg. Тем не менее, за два дня у меня было готово работающее решение. Против двух недель бесплодных попыток с GStreamer.

Ну, хотя бы опыт получил. Не хочу больше в это болото.

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

А пошевелить извилинами, и потыкать одну, мать ее, опцию в chrome://flags слабо?

И да, рендер через vaapi, так что будет работать не все видео.

timdorohin ★★★★
()
Ответ на: комментарий от rbh-17m

Все красное, он же безрукий хейтер...

А вот мой результат:

Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Disabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Hardware accelerated
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
VPx Video Decode: Hardware accelerated
WebGL: Hardware accelerated
WebGL2: Hardware accelerated

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

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

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

При наведении курсора на вкладки (те, которые под адресной строкой), они окрашиваются в чёрный цвет и прочесть надписи на них становится невозможно. Если это — «фича», то мне лично нужны разъяснения относительно её смысла.

У меня такое, только когда нажимаешь на вкладки. Косяк какой то. Будем ждать исправлений.

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

Этот детектор условный.

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

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

А пошевелить извилинами, и потыкать одну, мать ее, опцию в chrome://flags слабо?

А сразу об этом написать было слабо? Я тебя спросил. Получил ответ, что Chromium из Debian Sid. Никаких флагов ты не упоминал. И даже сейчас не написал название. Ты его сам-то хоть знаешь?

Я вообще в состоянии пропатчить любую текущую версию Chromium. Даже не нужно готового патча — могу его сделать сам, там не сложно. (Пару лет назад тут на форуме выкладывал патч на 43).

Но, знаешь-ли, просто не хочу с этим ковыряться уже. «Из коробки» не работает — значит этого нет.

i-rinat ★★★★★
()
Ответ на: комментарий от timdorohin

И да, рендер через vaapi

Oh yeah... Я пробовал рендерить через VA-API. Глупая была затея. Там толком нет чего-то точнее, чем 4:2:0. Да и пространство YUV, что ещё и цвета корёжит.

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

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

Ну не рендер, декодер, что с того. В хроме так и не починено ненужное гоняние туда-сюда разжатых кадров, но разгрузка проца таки есть. Просто на ютубе он 90% времени таки не работает, но на сайтах с сериальчиками помогает...

timdorohin ★★★★
()
Ответ на: комментарий от i-rinat

Изкоробки хром такой же тормозистор как и лиса, увы. Но ведь никакой самоубийца не пользуется нетюненой лисой?)

Первая опция же.

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

Загрузка процессора утверждает обратное...

Не показатель.

К примеру, старый флеш умел в аппаратное декодирование через VDPAU. Но на Intel-видео его не было, поэтому всё было на CPU, и поэтому довольно печально. Самое интересное в этой истории это числа.

Всё на CPU — 150%. Добавил презентацию через OpenGL — загрузка снизилась до 30%. Добавил декодирование через VA-API — загрузка CPU стала 15-20%.

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

Теперь возвращаемся к твоей ситуации. Откуда твоя уверенность? Тебе Chromium показал, что он декодирует аппаратно? Так известно давно, что эта страница приукрашивает действительность. Посмотри загрузку декодера каким-нибудь intel_gpu_top, потрассируй чем-нибудь.

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

Мдэ... *складываю лапки кверху и поднимаю белый флаг*

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

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

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

Первая опция же.

Это которая «Переопределение списка программного рендеринга»? Каким образом она к декодеру относится? Расскажи детали технические, мне интересно.

BTW, в Firefox тоже есть OpenGL рендерер. Его даже включали по дефолту в какой-то версии, но потом снова выключили. Никто не мешает его включить в about:config.

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

Первая опция блокирует любую возможность что-то ускорить. Тупо переключает все на софтверный принудительно, если ей что-то не нравится. А ей не нравится все, особенно под линуксом.

Без нее во вкладке gpu везде software показывает (да, я знаю что это показометр, но по загрузке машины видно, что пипец)

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

Мне хватает того, что оно тормозить перестало.

В лисе (версии в районе 38-40) тоже в два этапа улучшили производительность видео. Сначала перешли на ffmpeg, убрав лишние нити. Потом убрали лишние копирования, стало ещё лучше. Chromium всё ещё немного лучше справляется, но разница уже не такая существенная. Десятки процентов, не разы.

хром осиливает 2к без особых подтормаживаний, когда mpv с выключенным hwdec превращается в слайдшоу...

Прямо на одном и том же видеофайле?

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

На скачанном с ютуба, h264 если не ошибаюсь...

Починили бы в лисе скорость работы, видео не главная ее проблема...

timdorohin ★★★★
()
Последнее исправление: timdorohin (всего исправлений: 1)
Ответ на: комментарий от timdorohin

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

Там чёрный список, не белый. Если отключено, то было за что. По крайней мере, так было раньше. Включаешь — готовься к приключениям.

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

Там линукс одним из пунктов черного списка идет)

И самое интересное, что он вырубает как раз ускорение видео -_-

Джва года включаю, УМВР.

timdorohin ★★★★
()
Ответ на: комментарий от i-rinat

Им кто-то наврал, что GStreamer подходит для задачи, и они потратили кучу сил на него. Мне вот тоже народ из интернета предложил GStreamer, с которым я нахлебался.

Не стоит гстример винить, коли руки кривы. Делал на гстримере достаточно сложный софт с 100+ элементами в графе и все отлично работало. Мерджил несколько многопидовых мпег тс потоков в одну мозайку с синхронизацией и выводом в гл контекст, и все работало. На ффмпеге руками такое делать пришлось бы очень и очень долго.

Покажи мне, какой граф у тебя не работал и какие были проблемы, даже интересно.

Ты ими пробовал пользоваться? Или только спекулируешь?

Да, пользуюсь и сейчас. Конструктивная критика будет?

Это тот, который появился уже после того, как GStreamer из Firefox выбросили?

Да боже ж ты мой. В файрфоксе использовали gstreamer-0.10 который на тот момент уже два года был как деприкейтед. Да еще и использовали софтварный синк, ибо у них свои костыли на линуксе для рендера без аппаратного ускорения.

У чуваков, запиливших ветку хромиума с гстримером, все прекрасно работает. У авторов webkitgtk все прекрасно работает. И только у разработчиков фурифокса все не работает. А ответ прост, один разраб лениво потыкал труп gstreamer0.10 и забил, в то время как на винде на аналогичном MFC все сделано, ибо приоритет.

Забавно. Так выражаются либо те, кто писать не умеет вообще, либо те, код которых вызывает недоумение. Их же словами, «говнокодеров».

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

Freyr69 ★★★
()
Последнее исправление: Freyr69 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.