LINUX.ORG.RU

Firefox 59

 ,


1

5

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

  • Ускорена загрузка содержимого домашней страницы.
  • Ускорена загрузка веб-страниц: одновременно с запросом к кэшу Firefox теперь отправляет сетевой запрос, используя ответ, пришедший первым.
  • Теперь пользователи могут перемещать миниатюры на стартовой странице мышью, добавлять больше миниатюр, закреплять избранные сайты, включить или отключать элементы стартовой страницы.
  • После сохранения в «облако» скриншот можно отредактировать (обрезать, выделить, рисовать).
  • В API WebExtensions добавлена поддержка децентрализованных протоколов (IPFS, Secure Scuttlebutt, DATproject) и динамическая регистрация скриптов обработки содержимого. Кроме того, реализована экспериментальная поддержка скрытия вкладок и расширены средства работы со вкладками.
  • Улучшена поддержка конференций WebRTC с большим количеством участников.
  • Реализована поддержка API PointerEvents.
  • В настройках можно запретить по умолчанию запросы о push-уведомлениях, доступе к местоположению, камере и микрофону.
  • Прекращена поддержка сборки с GTK+ 2 (1222285).
  • Теперь можно использовать XUL-уведомления вместо системных уведомлений в Linux и macOS (alerts.useSystemBackend = false).
  • При вводе текста в адресную строку поисковые предложения теперь отображаются над историей. Старое поведение (предложения под историей) можно вернуть в настройках.
  • Прекращается поддержка бета-версий дополнений на addons.mozilla.org. В качестве причины называют невозможность для пользователей легко перейти с бета-версий на стабильные (для этого нужно зайти на страницу дополнения и переустановить стабильную версию). В свою очередь, разработчики дополнений не всегда могут своевременно обновлять бета-версии, вынуждая пользователей сидеть на устаревшей бета-версии даже при наличии более свежего релиза. Кроме того, это упростит поддержку самого каталога дополнений, серверный код которого сложен. Разработчики будут размещать подписанные бета-версии на сторонних площадках (например, на GitHub). Кроме того, планируется (вероятно, после прекращения поддержки Firefox ESR 52.x) зачистить addons.mozilla.org от устаревших дополнений, несовместимых с API WebExtensions.
  • Отчёт о здоровье Firefox перемещён по адресу about:telemetry.
  • Прекращена поддержка нестандартных протоколов feed и pcast (1420622). Это никак не затрагивает ленты новостей, доступные по протоколу HTTP.
  • В macOS включена отрисовка в отдельном потоке (Off-Main-Thread Painting).
  • Добавлена локализация на международный язык интерлингва (ia).

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

  • В Сеть → Ответ добавлен предпросмотр отрендеренной HTML-страницы, если ответ представляет собой HTML (1353319).
  • В Хранилище → Куки добавлен столбец «sameSite», отображающий статус same-site для каждой куки (1298370).
  • Линейка обзавелась индикатором, показывающим размеры видимой части страницы (1402633).
  • В режиме адаптивного дизайна можно задать размер экрана с помощью клавиш управления курсором (1421663). Подробности.
  • В Сеть → Заголовки → Необработанные заголовки добавлен вывод кода состояния ответа (1419401).

HTML:

  • Элементы <textarea> обзавелись поддержкой атрибута autocomplete (позволяет включать или отключать автозаполнение форм для конкретного элемента).

JavaScript:

CSS:

  • Реализованы свойство overscroll-behavior и связанные с ним — overscroll-behavior-x и overscroll-behavior-y (951793) (1428879).
  • Исправлено поведение «необычных элементов» при указании значения «contents» display (1427292). Подробности.
  • Реализовано «липкое» позиционирование. Например, можно оставлять видимым заголовок таблицы, пока она прокручивается (975644).
  • Добавлена поддержка calc() в значения <color> — «rgb», «rgba», «hsl()» и «hsla()» (984021), и значения медиа-запросов (1396057).
  • @document at-rule больше не может использоваться для атак, связанных с CSS-инъекциями (1035091).
  • Реализовано свойство «font-optical-sizing» (1435692).

API:

  • Новый API: включена по умолчанию поддержка PointerEvents (1411467).
  • DOM:
    • Реализована поддержка конструктора EventTarget() (1379688).
    • Конструктор Response() теперь принимает значение «null» в качестве параметра «body» (1303025).
  • DOM events: реализован метод Event.composedPath() (1412775).
  • Сервисные воркеры:
    • Сервисный воркер Clients API теперь взаимодействует с окнами, находящимися в других процессах браузера (1293277).
    • Вложенные фреймы about:blank и about:srcdoc теперь наследуют сервисный воркер, управляющий родителем (1293277, (1426979).
    • FetchEvent.respondWith() теперь вызывает сетевую ошибку, если FetchEvent.request.mode = «same-origin» и предоставленный Response.type = «cors» (1222008).
  • Медиа и WebRTC:

CSSOM:

  • Реализована поддержка интерфейса CSSNamespaceRule, а также свойств «namespaceURL» и «prefix» (1326514).

SVG:

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

  • Запрещено открытие ссылок вида data:// (1401895). Такие ссылки используются фишерами.
  • Директива «SAMEORIGIN» заголовка X-Frame-Options теперь проверяет не только фрейм верхнего уровня, но и его предков (725490).
  • Изображения, загружаемые со стороннего (по отношению к текущему) домена, больше не могут вызвать диалог авторизации (1423146).
  • При HTTP-авторизации Firefox отныне, как и прочие браузеры, использует для логина и пароля кодировку utf-8, а не ISO-8859-1 (1419658).
  • При включённой настройке privacy.resistFingerprinting теперь производится спуфинг информации, утекающей через MediaDevices API (1372073), а также спуфинг используемой раскладки клавиатуры (1222285).
  • В приватном режим реферрер теперь урезается до домена.

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

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

★★★★★

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

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

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

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

PS Кроме шуток - сделал бы, с удовольствием. Но к сожалению программирую лишь на любительском уровне, в питончике и паскальчике, а такие вещи мне не по зубам.

eol3000
()
Ответ на: комментарий от kirill_rrr

принудительно понижена скорость записи на microSD чтобы избежать дискового бага

А можно описать поподробней?

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

Да иди ты с таким юзабилити.

Юзабилити - нично, юниксвей - все.

Behem0th ★★★★★
()

одновременно с запросом к кэшу Firefox теперь отправляет сетевой запрос, используя ответ, пришедший первым

Что это за кэш такой, который работает медленнее сети, и нахрена он нужен?

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

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

Ну как бэ аппаратное декодирование h264 попёрло этак с 2006 года в железках. И во флагманских сначала.

Поэтому тут уж не знаю, что это за железка с нормальной поддержкой h264 аппаратно, и которая бы плохо тянула актуальную венду (7, 8, 10 на выбор)

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

Done: https://github.com/mozilla-services/screenshots/issues/4229

Вот этот прикол ещё есть, кстати: https://github.com/mozilla-services/screenshots/issues/3964

Если отменяешь сохранение файла, firefox показывает сообщение о креше аддона скриншотов. Тоже хотел зарепортить, но за меня уже это сделали.

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

У меня например в качестве HTPC используется Athlon 64 X2 4400, который h264 FullHD тянет, но с ооочень большим скрипом. Ему в помощь стоит Radeon 5400, который прекрасно всё ускоряет в Kodi и Smplayer, но бесполезен в браузерах.

Второй пример - ноутбук с Pentium N3700 (2016 года между прочим), у которого 4 весьма хилых ядра, наследник атомов. FullHD в браузерах почти не тянет, приходится довольствоваться простым HD, с сильным шумом вентилятора, нагревом и жором аккумулятора. При этом имеет вполне себе неплохое встроенное видеоядро, которое даже h265 ускорять умеет, и делает это в smplayer. Вдвойне обидно.

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

И да, забыл сказать, винду ставить туда - не вариант. И не только из за её тормознутости.

eol3000
()
Ответ на: комментарий от InterVi

Хром и этого не может.

П.Как мне поменять это..?

К. у нормального человека нет времени и желания выискивать скрытые опции в конфиге.

Shein
()
Ответ на: комментарий от Stanson

«Ага, а если не разрешить, то сайт не работает. Какой-то кривой костыль, вместо выдачи спуфинговой информации о canvas.

Это вообще не решение. Нормальное решение - дать пользователю возможность контролировать (запрещать/разрешать/спуфить) доступ страницы к любой информации, хоть сколь-нибудь связанной с реальным положением вещей. В этом случае, проблемы с тем же font fingerprinting не существовало бы вообще.»

очевидно же, что отсутствие нормального решения проплачено гуглом с его аналитиками и эдсенсами.

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

Здесь искал решение

Что в итоге: Быстрая (до 40Мб/сек записи, но не на пишке) microSD, своп на usb-hdd (ограничение 20Мб/сек по шине). Корень ext4 на microSD, home там же, но f2fs. f2fs может иногда «терять» последние изменения в файле, но у неё в драйвере реализовано дополнительное кеширование и она почти исключает подвисания при записи. ext4 при записи значительных объёмов (больше половины свободной памяти, обычно 20+ Мб) подвешивает систему, а весь этот тюнинг нужен для того, чтобы висло только то приложение, которое работает с диском, не намертво и ненадолго. Фактически с висаками сталкиваюсь только при обновлении пакетов - временные данные в tmpfs, нечего на корень писать.

Это записал в /etc/sysctl.conf

vm.overcommit_ratio = 75
#vm.overcommit_memory = 2

vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 2097152

Такой тюнинг в /etc/rc.local

echo 80 > /proc/sys/vm/swappiness
echo noop > /sys/block/mmcblk0/queue/scheduler
echo 300 > /proc/sys/kernel/panic

modprobe zram num_devices=4
echo 104857600 > /sys/block/zram0/disksize
echo 104857600 > /sys/block/zram1/disksize
echo 104857600 > /sys/block/zram2/disksize
echo 104857600 > /sys/block/zram3/disksize
#echo 12792627200 > /sys/block/zram4/disksize
#echo lz4 > /sys/block/zram0/comp_algorithm
#echo lz4 > /sys/block/zram1/comp_algorithm
#echo lz4 > /sys/block/zram2/comp_algorithm
#echo lz4 > /sys/block/zram3/comp_algorithm
#echo lz4 > /sys/block/zram4/comp_algorithm
#mkfs.ext2 -L tmp -N 300000 -m0 /dev/zram4
#mount /dev/zram4 /tmp
#chmod aoug+rwx /tmp
/sbin/mkswap /dev/zram0
/sbin/mkswap /dev/zram1
/sbin/mkswap /dev/zram2
/sbin/mkswap /dev/zram3
swapon /dev/zram0 -p 10
swapon /dev/zram1 -p 10
swapon /dev/zram2 -p 10
swapon /dev/zram3 -p 10

chmod a+rw /dev/vchiq
hdparm -S 24 /dev/sda
chmod 777 /var/run/screen

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

Интеловская графика, которая в пеньтиумах а не в i* серии, часто вообще не ускоряет видео или требует пляски. Встречал такое на не слишком старых ноутах нижней категории.

А ещё встречаю иногда не-h264 видео.

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

Фишка простая.

Мне не нужен новый функционал, мне нужна стабильность.

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

Программировал бы на профессиональном уровне, знал бы, что видео\графическая подситсема в линуксе это сплошной костыль, и чтобы в ней впилить в браузеры нормальное ускорение видео, нужно переписывать не один единственный компонент, как уповают многие, когда кричат о том, что используемый ffmpeg имеет такую поддержку и надо просто включить флаги, - а весь рендер движок. Потому как внезапно, видео в вебе - это часть дерева, которое должно отображаться и функционировать по всем правилам. В том числе, иметь возможность накладывать на него различные css фильтры трансформации и вот это всё. И когда ты это узнал бы, то понял, что реализация подобного под виндой или маком проще, потому что там видеопосистема - это не костыль прикрученный к ос сбоку и потому разработка всего была намного проще и, что самое главное, дешевле.

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

Программировал бы на профессиональном уровне, знал бы, что видео\графическая подситсема в линуксе это сплошной костыль, и чтобы в ней впилить в браузеры нормальное ускорение видео, нужно переписывать не один единственный компонент, как уповают многие, когда кричат о том, что используемый ffmpeg имеет такую поддержку и надо просто включить флаги, - а весь рендер движок. Потому как внезапно, видео в вебе - это часть дерева, которое должно отображаться и функционировать по всем правилам. В том числе, иметь возможность накладывать на него различные css фильтры трансформации и вот это всё. И когда ты это узнал бы, то понял, что реализация подобного под виндой или маком проще, потому что там видеопосистема - это не костыль прикрученный к ос сбоку и потому разработка всего была намного проще и, что самое главное, дешевле.

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

Ох-ох-ох. Дерево-то какое: мыслено или мировое? Почему ты несешь такой рафинированный бред? Почему уклоняешься от уколов сульфазина, больной?

anonymous
()

поцаны, чё делать с байдой?

в общем, я обновил firefox 59b4 на firefox 59. но в сиде тогда ещё не прилетели локали, а дебильность зависимостей debian потребовала удалить старую локаль

я удалил, всё стало таким английским... потом поставил файл с русской локалью, но всё продолжает быть английским. как сделать интерфейс на великом и могучем?

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

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

И да, поведай нам сакральные истины, как графические подсистемы windows и OS X, которые не «костыль прикрученнный сбоку» (sic), позволяют «css фильтры трансформации и вот это всё» («Яду мне, яду»(c)).

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

OS X

Нет такой операционной системы, малыш.

Аха, еще правильно говорить не «Линукс», а «Гну/Линукс». Чтобы вы все сдохли в судорожных корчах, дебилы.

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

И да, поведай нам сакральные истины, как графические подсистемы windows и OS X, которые не «костыль прикрученнный сбоку» (sic), позволяют «css фильтры трансформации и вот это всё»

Ну как-то так https://hacks.mozilla.org/2010/09/hardware-acceleration/

И? Что тебя там смутило, дебил? Где там про «костыли удобства и все-все-все»?

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

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

А про все-все-все можно читать на их багтрекере, умный.

https://bugzilla.mozilla.org/show_bug.cgi?id=594876

https://bugzilla.mozilla.org/show_bug.cgi?id=1210727

PS: как детский сад какой-то

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

И да, поведай нам сакральные истины, как графические подсистемы windows и OS X, которые не «костыль прикрученнный сбоку» (sic), позволяют «css фильтры трансформации и вот это всё»

Ну как-то так https://hacks.mozilla.org/2010/09/hardware-acceleration/

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

Пациент дома скорби, ты хоть следовал за своими ссылками? Сначала речь про «css фильтры трансформации и вот это всё», т.е. 2D-графику, но ты с легкостью необычайной даешь ссылки в багзилле про 3D и видео. Как, я спрашиваю как это связано? Самый главный вопрос: почему ты не лечишься?

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

Пациент дома скорби, ты хоть следовал за своими ссылками? Сначала речь про «css фильтры трансформации и вот это всё», т.е. 2D-графику, но ты с легкостью необычайной даешь ссылки в багзилле про 3D и видео. Как, я спрашиваю как это связано? Самый главный вопрос: почему ты не лечишься?

Какой ты недалекий, кошмар.

Извини, задел гения с чистым светлым лицом и тонкой душевной организацией.

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

Это всё верно, если надо сделать сразу всё и сразу идеально. Но для браузера, в котором видео превращается в проблему уже болше 10 лет, пора бы применить какой нибудь неидеальный метод, который просто будет показывать видео. Без css, трансформаций и этого вашего дерева.

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

Браузер - это не видеоплеер. Это gui тулкит и композит менеджер. Без css трансформаций и всего остального - это не в веб.

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

Ок, допустим это сложно и дорого. Но это важные аргументы для проприетарных продуктов. Если не ошибаюсь, опенсорс пилится не только компанией, контролирующей продукт, но и сообществом, которое как правило кушать не просит. Ну не верится мне, что не было ни единого начинания в этом направлении. В хромиуме вроде бы даже почти запилили, но потом чего то испугались и вернули всё взад. В той же малинке в Raspbian штатный chromium умеет в аппаратное ускорение. Хоть и криво-косо, но ускоряет, без этого там бы вообще нельзя было видео смотреть. Значит, всё таки можно! Ну оставили бы как экспериментальную функцию, включающуюся флагами, кому надо - тот включил бы.

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

Проект ozone-wayland использующий наработки chromeos, а так же сама chromeos - тоже могут в ускорение. Потому что проблема в графической подсистеме. В иксах. Исключая которую - вяленым или auro'й, решается масса проблем.

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

Raspbian использует как лайтовые переработанные иксы PIXEL, так и лайтовую обрезанную версию хромиума.

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

Похоже как то так.

«Да хрен с ними, с программами! Вы посмотрите, как красиво у нас открываются и закрываются окна!»

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

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

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

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

Х самый обычный. Хромиум скорее обвешан дополнениями чем обрезан.

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

Твои претензии сравни

«Да насрать на форматирование и оформление документа, главное чтобы текст был и всё, какие там еще формулы и поля, txt хватит всем»

Ты просто не понимаешь, что несешь. За «просто показывать видео» тебе в видеоплееры, а не в браузеры и не в веб.

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

За «просто показывать видео» тебе в видеоплееры

Именно так я и делаю. Вижу видео на страничке, копирую url, открываю консольку, youtube-dl, вставить, скачать, открыть в плеере. И это намного проще чем посмотреть всё тоже самое в самом браузере, особенно если это файерфокс. Лучше бы просто выкинули из него такую поддержку видео и заменили кнопкой «скачать»

kirill_rrr ★★★★★
()

мне нада alsa что бы звук был ,без всяких там многоканалов и прочей ереси используемой для отмазки почему нет звука .Просто блин звук стерео слушать ,без всяких дуплексов и прочей ахинеи .Далее следуют ругательные слова на французском в адрес этой самой лисы : wkjhfkdflskjhd d,jslkjnf jh sdjhjhsd jshduj jkhsdjkhsdk shjddksd /./.

zoloz
()
Ответ на: комментарий от eol3000

Под линуксами оно как раз даже наверное нужнее, чем под виндами.

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

на старые слабые компы

Забавный момент. Фича нужна тем, кто не может найти средства на её реализацию. Не в последнюю очередь из-за того, что новый ПК купить дешевле, чем оплачивать разработку или самому ей заниматься. Забавный и печальный.

Кроме шуток - сделал бы, с удовольствием. Но к сожалению программирую лишь на любительском уровне, в питончике и паскальчике, а такие вещи мне не по зубам.

Обучение так и происходит — берёшь задачу, которая тебе ещё пока не по зубам. Да, ты потратишь в разы больше времени, чем профессионал в области. Но заодно ещё и опыт получишь.

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

Если не ошибаюсь, опенсорс пилится не только компанией, контролирующей продукт, но и сообществом, которое как правило кушать не просит.

Кущать не просит, но при этом и занимается тем, что нужно ему, а не тебе.

Ну не верится мне, что не было ни единого начинания в этом направлении.

Было. Оба, правда, с участием Flash. Но были. Сообщество делало... Wait a sec... oh, crap.

В хромиуме вроде бы даже почти запилили, но потом чего то испугались и вернули всё взад.

Неверная информация. В кодовой базе Chromium ускорение через VA-API есть уже очень давно. Но этот код включается только для сборок для Chrome OS. Гуляющие по интернетам патчи просто включают этот уже существующий там код. Ну и немного фиксят песочницу, чтобы драйверы на разных дистрибутивах загружались без проблем.

Значит, всё таки можно!

Этот код писали инженеры, трудоустроенные в Google. Для хромобуков.

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

Спасибо за ответ, я по названию подумал немного про другое.

У меня есть старая флешка усб на 8Гб на которой стоит линукс. И при обновлении пакетов иногда что то случается и фс перемонтируется в ро. Если лить на нее образ с помощью dd тоже может заблокироваться.

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

Вот как раз эти параметры и попробуйте. Это ограничение размера кеша записи, должно быть безопасней для фс.

vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 2097152
kirill_rrr ★★★★★
()
Ответ на: комментарий от telikan

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

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

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

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

Многим уже стыдно говорить на языке крепостных холопов. Когда там у вас, выборы В.В. Хуйло?

sex123
()

У кого-то есть проблемы с русификацией? Установлены firefox-59.0.1,1 и firefox-i18n-59.0.1, а русский в менюшках не завёлся. Как исправить?

iZEN ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.