LINUX.ORG.RU

Firefox 103

 ,


1

1

Доступен Firefox 103.

  • Linux:
    • Исправлены проблемы с производительностью WebGL при использовании DMA-Buf в сочетании с проприетарным драйвером NVIDIA.
    • Исправлена ошибка, из-за которой были доступны не все принтеры.
    • В дополнение к появившейся в прошлом выпуске возможности собрать Firefox на Wayland-системах, где Mesa собрана без поддержки X11, теперь можно собрать его на системах, где Mesa собрана с поддержкой X11.
    • Исправлена работа функции «Показать загруженный файл в папке», которая работала некорректно (в открывшейся папке файл не был выбран) в Firefox, поставляемом в виде snap-пакета.
  • FreeBSD: декодирование видео вынесено в отдельный процесс (в сборках под Linux это было реализовано полтора года назад), поскольку теперь это является необходимым условием для работы VA-API.
  • Повышена производительность при использовании высокочастотных мониторов (120 Гц и выше).
  • Добавлена поддержка контроллеров Oculus Quest2.
  • В стандартном режиме защиты от отслеживания включён механизм Total Cookie Protection. До этого веб-сайт мог прочитать свою куку, если она образовалась при посещении других сайтов, как third-party кука. Например, если пользователь посещал веб-сайт example.com, на котором установлен виджет VKontakte, то он получал куку VK, а когда затем он логинился на vk.com, то VK понимал, что тот пользователь, который заходил на example.com и этот залогинившийся пользователь — одно лицо. Это позволяло эффективно отслеживать перемещения пользователей между сайтами. Теперь же, все third-party куки хранятся в привязке к домену, на котором они установлены, и условный vk.com уже не сможет прочитать свои куки, установленные в ходе посещения других ресурсов.
  • Окно «Картинка в картинке» обзавелось кнопкой управления субтитрами (включение/отключение, изменение размера). Кроме того, показ в этом режиме субтитров и титров теперь поддерживается на ресурсах youtube-no-cookie.com, Nebula и BBC.co.uk.
  • Реализована подсветка обязательных для заполнения полей в PDF-файлах.
  • Неразрывные пробелы больше не удаляются при копировании текста из форм.
  • Кнопки на панели вкладок теперь доступны с клавиатуры (аналогично тому, как это уже давно реализовано для других панелей).
  • Блокировка автовоспроизведения теперь распространяется и на Web Audio.
  • Исправлена ошибка, из-за которой сохраняемые файлы иногда лишались расширения.
  • Исправлен медленный запуск браузера, вызванный обработкой содержимого в локальном хранилище. Эффект будет особенно заметен, если в качестве системного накопителя используется жёсткий диск, а локальное хранилище имеет большой объём.
  • Налажена работа HTTP/3 после жёсткой (Ctrl+F5) перезагрузки страницы.
  • Запрещена поддержка подписей SHA-1 в импортированных корневых сертификатах.
  • macOS:
    • Повышена отзывчивость браузера при высокой загрузке процессора.
    • Буфер обмена больше не очищается при закрытии браузера.
  • Windows:
    • Инсталлятор теперь создаёт ярлык не только на рабочем столе и в меню «Пуск», но и на панели задач.
    • Системная настройка «Увеличить размер текста» теперь увеличивает не только текст в интерфейсе браузера, но и сами элементы интерфейса, а также веб-содержимое.
  • HTTP: заголовок Digest теперь поддерживает SHA-384 и SHA-512.
  • MathML: прекращена поддержка устаревших атрибутов scriptminsize и scriptsizemultiplier.
  • CSS:
  • JavaScript: Error, EvalError, RangeError, ReferenceError, SyntaxError, TypeError, URIError и AggregateError теперь могут быть сериализованы с использованием алгоритма структурированного клонирования. Сериализованные свойства включают в себя name, message, cause, fileName, lineNumber и columnNumber. Для AggregateError сериализуются свойства message, name, cause и errors.
  • API:
    • ReadableStream, WritableStream и TransformStream теперь являются переносимыми объектами.
    • caches, CacheStorage и Cache теперь требуют безопасный контекст (HTTPS) и не определены, если используются в небезопасном контексте.
    • window.location.reload() и window.history.go(0) больше не блокируются, если они вызваны напрямую из обработчика событий изменения размера окна (это был костыль, предотвращающий возникавшие проблемы с интерфейсом, но он вызывал и проблемы с совместимостью на мобильных устройствах).

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

>>> Все исправленные в этом выпуске ошибки

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

★★★★★

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

Ну фоксипрокси и блокировщик поставь, они точно ни при чём, без плавной прокрутки вполне можно несколько дней прожить. Вряд ли она нужна для работы.

Кстати, глюки с выходом из сна или глюки использующих 3д ускорение приложений после него же — это видимо неизлечимый косяк нвидии. Там что то течёт у них, и иногда вроде как нормально проснулись, но что нибудь 3дшное или видео начинают «странно» работать, причём не сразу. Возможно что у тебя фокс после выхода из сна и глючит, просто тебе кажется что машина нормально проснулась и глючит только фокс, но это не так.

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

Сейчас проверил — вебрендер у меня включён по умолчанию

А вот в этом может быть и «собака зарыта». FF не включает у меня фишку по умолчанию, наверное - не просто так и она даёт мне фриз...

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

Кстати, глюки с выходом из сна

Точно. Я сегодня погружал его в сон и после этого через какое-то время он дал мне фриз. Надо попробовать без сна обходиться - это мне по силам. Хотя... помню в 102-й версии был как-то и без сна фриз.

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

Можешь вот с этим поиграть https://wiki.archlinux.org/title/NVIDIA/Tips_and_tricks#Preserve_video_memory...

Кстати, а какая версия дров? У меня 515.57, и в них только недавно пофиксили что то с суспендом связанное.

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

Вот с обновления дров надо начинать. В случае с nvidia это не честный стейбл, а тухлое легаси. Вангую в этом и проблема, при переходе к 5ХХ переделано много чего, очень много.

Кстати, а у тебя в «легальных» настройках фокса ускорение включено? Галка «Использовать рекомендованные настройки производительности» убрана, появившаяся галка «по возможности использовать аппаратное ускорение» включена, у меня так

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

Работать, мучиться целый без аппаратного ускорения

Ну не знаю насчёт «мучаться». Я не вижу по загрузке CPU особой разницы между аппаратно-ускоренным WebRender и софтовым WebRender (gfx.webrender.software=true). У меня, правда не NVIDIA, а встроенный intel GPU. Не думаю, что это должно как-то заметно влиять на нагрузку на CPU от рисования.

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

Ну не знаю насчёт «мучаться».

Моя видюха стоит, как десять моих процов, если не больше... Вот такая конфигурация :) Поэтому да - отключить её не могу :)

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

Обнови ка ты дрова. Как раз после твоего «стейбла» нвидия проснулась и начала обильно фиксить баги. В основном для wayland, но и иксам тоже кое что досталось. Например там было несколько фиксов связанных как раз со сном.

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

Кстати, а у тебя в «легальных» настройках фокса ускорение включено?

Проверил - включено.

Вот с обновления дров надо начинать.

Раньше увлекался свежими драйверами с официального сайта, пока система не стало колом - пришлось всё переустанавливать. Есть бинарники, которым можно доверять для Debian 11 64 bit?

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

В случае с Nvidia «увлечение свежими драйверами» необходимость. И закончится она когда твоя карта перестанет ими поддерживаться. Вот тогда уже сиди на «стейбле» до их пропадания из реп. И да, это Дебиан считает их «нестабильными». Сама Nvidia считает их релизом. Беты у них отдельно.

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

И да, это Дебиан считает их «нестабильными». Сама Nvidia считает их релизом. Беты у них отдельно

Понял :)

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

Да, оно. Вот официальную репу подключай и ставь.

Спасибо за наводку, завтра попробую...

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

Не стал ждать завтра, установил сегодня. Перезагрузился - 515.48.07 - полёт нормальный! Пока ещё... :) Буду наблюдать...

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

Речь именно о режиме «картинка в картинке». Там под каждый сайт приходится реализовывать отдельно.

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

Разрастаются, когда что-то новое разбираешь/брингапишь. У меня ещё расширение стоит, по ctrl+shift+f удобно фильтровать/переходить/закрывать вкладки. Встроенные механизмы через адресную строку меня не зацепили. Или не разобрался.

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

О, FoxyProxy маст-хев расширение! Ещё придумать, как симтемному Tor быстро скармливать новые бриджи…

hatred ★★★
()

Надо было написать про «исправление» UI scaling. Это ужос.

layout.css.devPixelsPerPx теперь не помогает, надо руками добавлять ui.textScaleFactor и ставить под dpi или scaling factor. Чё за…

Oldboy
()
Ответ на: комментарий от hatred

Целочисленный же вроде? 141dpi в пролёте.

Не путать window scaling factor (целочисленный) и text scaling factor (произвольный). Поэтому 144 dpi не в пролете - просто значки не отмасштабируются. Точнее, в пролете без gnome-tweak-tool, поскольку настройка text scaling factor спрятана в dconf, но у кого его нет - ССЗБ.

AEP ★★★★★
()

i-rinat, Oldboy - ваши проблемы с UI scaling не решаются настройкой browser.display.os-zoom-behavior?

Вот наглядно, все три её значения. Подробности в 1782287 (там, правда, обсуждается применительно к Windows, но только потому, что теперь в Windows такое же поведение, как в других ОС - «changing what a CSS pixel means to websites and the browser UI»).

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

Мои настройки до обновления не совсем соответствующие реальному DPI. Когда-то давно я поставил layout.css.devPixelsPerPx в 1.33, и это меня в целом устраивало. В реальности у меня DPI примерно 141 точек на дюйм, то есть layout.css.devPixelsPerPx мне нужно было ставить 141/96 ≈ 1,47. По сути, у меня всегда в Firefox был установлен масштаб 90%. Со временем я привык и считал это нормой.

Если сейчас layout.css.devPixelsPerPx сбросить в -1 или установить в 1.0, элементы с размерами в физических единицах дают на экране почти в точности те же размеры. У меня не вышло подобрать настройки так, чтобы в квадрат со сторонами в 150 мм в точности соответствовал 150 мм. Всё время получается либо 149 мм, либо 151 мм. Возможно, у меня просто линейка неправильная. В любом случае, такая точность для меня приемлема.

Вот что плохо, так это что текущий дефолт layout.css.devPixelsPerPx совпадает с поведением, когда layout.css.devPixelsPerPx установлена в 1.0. Это неправильно, потому что раз у меня у экрана ноута больше 96 точек на дюйм, layout.css.devPixelsPerPx=1.0 должно все элементы на страницах скукожить, а такого не происходит.

Так что теперь стало более сломано, чем было раньше, но жить можно.

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

как раз в windows всё номально СТАЛО. А раньше надо было лезть в настройки.

А вот в linux теперь сломано.

Oldboy
()
Ответ на: комментарий от Jameson

Осталось только понять, при чём здесь «вяленый», если и в винде, и в макоси, и в современных DE в линуксах уже давно так, вне зависимости от того, X11- или Wayland-сессия ли используется.

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

Поэтому 144 dpi не в пролете - просто значки не отмасштабируются.

По мне, так это в пролёте.

у кого его нет - ССЗБ.

В KDE такой проблемы вообще нет :)

hatred ★★★
()
% cd /usr/ports/www/firefox/ && make checksum
===>   firefox-103.0.2,2 depends on file: /usr/local/sbin/pkg - found
=> firefox-103.0.2.source.tar.xz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch https://download.cdn.mozilla.net/pub/firefox/releases/103.0.2/source/firefox-103.0.2.source.tar.xz
firefox-103.0.2.source.tar.xz                          458 MB 7631 kBps 01m02s
===> Fetching all distfiles required by firefox-103.0.2,2 for building
=> SHA256 Checksum OK for firefox-103.0.2.source.tar.xz.
iZEN ★★★★★
()
Ответ на: комментарий от Jameson

Докладываю... С новыми драйверами (515.48.07) ошибка не ушла. Возможно дело в nvidia-драйверах - неправильное пробуждении после засыпания, возможно и не в этом. Попробую поработать без ухода в сон.

Но теперь появилась новая проблема - после установки свежих драйверов, поламалась поддержка NVENC-драйвера (кодирование видео с помощью ресурсов видео-карты) в OBS-studio. Только что откомплировал самую свежую версию OBS - проблема не ушла. Не подскажешь, где копать?

dl_fn->cuda_dl->cuInit(0) failed -> CUDA_ERROR_SYSTEM_NOT_READY: system not yet initialized
warning: [NVENC encoder] nvenc_create_internal failed, trying again without Psycho Visual Tuning
Да, ещё... Похоже NVIDIA блокирует доступ к своему deb-репозиторию для российских IP-адресов. Проверьте пожалуйста кто-нибудь ещё. Официальный DEB-репозиторий от NVIDIA:
cat /etc/apt/sources.list.d/nvidia-drivers.list:
deb [signed-by=/usr/share/keyrings/cuda-archive-keyring.gpg] https://developer.download.nvidia.com/compute/cuda/repos/debian11/x86_64/ /

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

Я буду всегда юзать FF, для меня он ощутимо визуально быстрее.

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

LeadLed
()
Ответ на: комментарий от Windows

Но теперь появилась новая проблема - после установки свежих драйверов, поламалась поддержка NVENC-драйвера (кодирование видео с помощью ресурсов видео-карты) в OBS-studio. Только что откомплировал самую свежую версию OBS - проблема не ушла. Не подскажешь, где копать?

Выяснил в чём дело - это ffmpeg. Скомпилировал свежий ffmpeg по этой инструкции - https://www.sobyte.net/post/2022-04/ffmpeg-gpu/

Не помогло - ffmpeg не видит cuda:

ffmpeg -y -hwaccel cuda -i input.mp4 output.mp4
ffmpeg version n4.2.2 Copyright (c) 2000-2019 the FFmpeg developers[br]  built with gcc 10 (Debian 10.2.1-6)[br]  configuration: --enable-cuda --enable-cuvid --enable-nvenc --enable-nonfree --enable-libnpp --extra-cflags=-I/usr/local/cuda/include --extra-ldflags=-L/usr/local/cuda/lib64[br]  libavutil      56. 31.100 / 56. 31.100[br]  libavcodec     58. 54.100 / 58. 54.100[br]  libavformat    58. 29.100 / 58. 29.100[br]  libavdevice    58.  8.100 / 58.  8.100[br]  libavfilter     7. 57.100 /  7. 57.100[br]  libswscale      5.  5.100 /  5.  5.100[br]  libswresample   3.  5.100 /  3.  5.100[br]Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4':[br]  Metadata:[br]    major_brand     : isom[br]    minor_version   : 512[br]    compatible_brands: isomiso2avc1mp41[br]    creation_time   : 2020-05-22T18:43:09.000000Z[br]  Duration: 00:00:12.57, start: 0.000000, bitrate: 993 kb/s[br]    Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p(tv, smpte170m/bt470bg/smpte170m), 512x640, 992 kb/s, 30 fps, 30 tbr, 90k tbn, 180k tbc (default)[br]    Metadata:[br]      creation_time   : 2020-05-22T18:43:02.000000Z[br]      handler_name    : VideoHandle[br][AVHWDeviceContext @ 0x55f748b14000] cu->cuInit(0) failed -> CUDA_ERROR_SYSTEM_NOT_READY: system not yet initialized[br]Device creation failed: -1313558101.[br][h264 @ 0x55f748b19500] No device available for decoder: device type cuda needed for codec h264.[br]Stream mapping:[br]  Stream #0:0 -> #0:0 (h264 (native) -> mpeg4 (native))[br]Device setup failed for decoder on input stream #0:0 : Unknown error occurred

Если не указывать при компиляции конкретные версии ffmpeg и nv-codec-headers, то результат такой же.

Я уже думаю про downgrade драйверов nvidia

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

ЕМНИП для CUDA что то ещё доставлять нужно чтобы с ней пересобирать, то ли SDK, то ли toolkit, я сам кудой не пользуюсь и не знаю. Я бы посмотрел как в gentoo ebuild ffmpeg выглядит, там вроде на куду не жалуются. Посмотреть какие зависимости, патчи и флаги используются...

Дебиан такой дебиан, дрова то свежие теперь, а всё что вокруг них — нет. И теперь нужно искать протухшее и обновлять.

https://www.cyberciti.biz/faq/how-to-install-ffmpeg-with-nvidia-gpu-accelerat...

https://docs.nvidia.com/cuda/cuda-installation-guide-linux/index.html

Вообще разумнее по поводу Куды отдельную тему создать.

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

Потратил двое суток. Делюсь опытом, может кому пригодится. Проблема с CUDA возникает начиная с версии 460 и проявляется, если на материнке есть чип от nvidia. Последняя годная версия в этом случае - 455.45.01, ставится компиляцией модуля, драйвер качается из архива официального сайта.

PS: Не ожидал такого от Debian - обновлённый драйвер 470 поломал CUDA. Т.е. CUDA у меня перестал работать ещё до установки 500-ой серии, я просто не сразу заметил.

#CUDA_ERROR_SYSTEM_NOT_READY

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