Состоялся (https://blog.mozilla.org/blog/2016/01/25/firefox-can-now-get.../) релиз web-браузера Firefox 44 (http://www.mozilla.org/en-US/firefox/44.0/releasenotes/), а также мобильной версии (http://www.mozilla.org/en-US/mobile/44.0/releasenotes/) Firefox 44 для платформы Android. В ближайшие часы ожидается обновление ветки (https://www.mozilla.org/en-US/firefox/organizations/all/) с длительным сроком поддержки Firefox 38.6.0 (http://www.mozilla.org/en-US/firefox/38.6.0/releasenotes/), а также почтового клиента Thunderbird 38.0.6 (https://www.mozilla.org/en-US/thunderbird/38.0.6/releasenotes/). Выпуск пакета SeaMonkey 2.40 (http://www.seamonkey-project.org/) находится под вопросом, прошлое обновление было пропущено. В скором времени на стадию бета-тестирования перейдёт (http://firefox.com/channel) ветка Firefox 45 и будет отделён Firefox Developer Edition 46. В соответствии с шестинедельным циклом разработки релиз Firefox 45 намечен на 8 марта, а Firefox 46 на 19 апреля.
Основные (http://www.mozilla.org/en-US/firefox/44.0/releasenotes/) новшества (https://developer.mozilla.org/en-US/Firefox/Releases/44):- Включена поддержка видео WebM/VP9 на системах, не поддерживающих MP4/H.264;
- Включена поддержка H.264 при наличии в системе декодера для данного формата;- Поддержка формата сжатия Brotli (https://www.opennet.me/opennews/art.shtml?num=43006), предложенного компанией Google для минимизации объёма данных, передаваемых по сети. Информация о поддержке Brotli анонсируется для запросов HTTPS в заголовке content-encoding;
- Изменено оформление страницы c предупреждением о проблемах с сертификатом, используемым для установки защищённого соединения;
<center><img src="https://www.opennet.me/opennews/pics_base/0_1447015496.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></center>
- Возможность выполнения отрисовки через WebGL в отдельном потоке, не мешающем работе основного потока обработки контента. Запуск WebGL в отдельном потоке производится при помощи (https://github.com/nickdesaulniers/webgl-worker) нового API OffscreenCanvas, добавленного в систему Web Workers (https://html.spec.whatwg.org/multipage/workers.html), предоставляющую средства для фонового выполнения длительных JavaScript-операций. API OffscreenCanvas пока отключен по умолчанию, доступен только для Linux и OS X, и требует активации gfx.offscreencanvas.enabled в about:config.
- Поддержка многомониторных конфигураций при потоковом вещании при помощи WebRTC;
- Страницы, содержащие формы ввода паролей ("input type=password"), помечаются как небезопасные в случае обращения к ним по протоколу HTTP.<center><img src="https://www.opennet.me/opennews/pics_base/0_1447015346.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></center>
- Вывод предупреждения для страниц, отображаемых по HTTPS с серверов, поддерживающих только шифр RC4;
- Из списка заслуживающих доверия корневых сертификатов исключён 1024-разрядный сертификат удостоверяющего центра Equifax;
- Код сопоставления шрифтов на платформе Linux приведён в соответствие с кодом для других платформ, что позволило обеспечить поддержку диапазонов описаний unicode (unicode-range) для web-шрифтов (webfont);- Ужесточена проверка корректности web-шрифтов;
- Представлен API для отладки WebSocket;
- Добавлен (https://hacks.mozilla.org/2015/11/developer-edition-44-creat.../) визуальный редактор (http://devtoolschallenger.com/) анимации, позволяющий наглядно анализировать, приостанавливать и изменять любой анимированный элемент на странице;<center><iframe src="https://www.youtube.com/embed/T2jykykN3yc?rel=0" allowfullscreen="" frameborder="0" height="480" width="640"></iframe></center>
- Добавлен визуальный редактор фильтров CSS и раскладок страницы, позволяющий добавлять, удалять и корректировать CSS-фильтры на лету, сразу наблюдая результат, а также проверять корректность установки размеров, отступов и позиции элементов;
<center><iframe src="https://www.youtube.com/embed/t3NKmmWfklU?rel=0" allowfullscreen="" frameborder="0" height="480" width="640"></iframe></center>
- Полная поддержка перехвата сетевой активности средствами Service Workers (https://developer.mozilla.org/en-US/docs/Web/API/Service_Wor...);- Новый инструмент (https://hacks.mozilla.org/2015/11/firefoxs-new-memory-tool/) для инспектирования потребления памяти, позволяющий создавать слепки распределения памяти в разные моменты работы web-приложения;
<center><a href="https://www.opennet.me/opennews/pics_base/0_1447043259.png&q... src="https://www.opennet.me/opennews/pics_base/0_1447043270.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></a></center>
- Интерактивный просмотрщик для инспектирования документов в формате JSON;
<center><img src="https://www.opennet.me/opennews/pics_base/0_1447016766.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></center>
- В инструментах для разработчиков в команды для создания скриншотов добавлена возможность выбора соотношения пикселей;- Переход к жесткому режиму проверки дополнений по цифровой подписи отложен (https://www.opennet.me/opennews/art.shtml?num=43722) до 19 апреля. До выхода Firefox 46 в about:config будет сохранена опция "xpinstall.signatures.required", отменяющая блокировку дополнений без цифровой подписи.
- Изменения в версии для платформы Android:
- Обеспечен вывод предупреждения при попытке открытия ссылок на Приложения Android (
Intent (https://developer.chrome.com/multidevice/android/intents)) в приватном режиме;- Улучшена работа панели вкладок на смартфонах;
- Реализованы подсказки при поиске в истории просмотра;
- Упрощён доступ к настройкам поисковых систем;
- Добавлена возможность установки своей домашней страницы, показываемой при запуске Firefox;
- Поддержка системе облачной печати через обращение к сервису печати Android;
- Поддержка указания протокола "mms:" в URI;
- Реализованная через Web страница управления учётной записью (Firefox Accounts).
Как обычно следует отметить, что кроме новшеств и исправления ошибок в Firefox 43 устранена серия уязвимостей (http://www.mozilla.org/security/known-vulnerabilities/firefo...), из которых несколько помечены как критические, т.е. могут привести к выполнению кода злоумышленника при открытии специально оформленных страниц. В настоящее время информация с подробностями об исправленных проблемах безопасности недоступна, ожидается, что перечень уязвимостей будет опубликован в течение нескольких часов.
URL: https://blog.mozilla.org/blog/2016/01/25/firefox-can-now-get.../
Новость: http://www.opennet.me/opennews/art.shtml?num=43764
Гтк3?
Эти интерфейсные вопросы их особо не волнуют. Важнее очередные API отладки, визуальные редакторы CSS и интерактивные инспекторы JSON в браузер запихать. Эх, что осталось от бывшей идеологии фокса "максимально легкий в применении браузер, а все, что не нужно массовому пользователю - в расширениях"... Нет, вот обязательно напихать интерактивных инспекторов и прочих Pocket'ов с Hello.
Hello то ещё ладно, он составляет конкуренцию Skype.
Он мог бы составлять конкуренцию где-нибудь ВНЕ браузера. Или быть официальным расширением с возможностью установки из стокового браузера в одно нажатие. А то куда более близкие к браузингу функции типа отправки email вырезали в отдельный продукт, а голосовой чат, оказывается, обязательно иметь в составе.. тьфу.
В 45 Hello вынесли в расширение. Хотя было бы из-за чего баттхертить.
С точки зрения объема бинарника - не из-за чего (хотя когда по мере добавления эти "фичи" всплывали новыми кнопками в интерфейсе, раздражало). Но это хорошо говорит о приоритетах разработчиков.
Это единственный способ заставить обывателей заметить себя когда их и так полностью устраивает скайп. Не писать же в пресс релизах: "вот скайп ха вами шпионит, а мы - нет"?
Ты подразумеваешь, что есть некоторые абстрактные квалифицированные во всех областях и полностью взаимозаменяемые разработчики, которых можно взять и перекинуть с одного проекта на другой, и что кинув на E10S (или Servo, или что там по-твоему приоритетно) еще N разработчиков, его можно было бы разработать в M раз быстрее. Это не так.
Да, постоянно с подобным заблуждением сталкиваюсь.
Так и запишем -- в Мозилле есть только разработчики умеющие рисовать кнопки, а оптимизацией и многопоточностью опять некому заниматься.
>>(хотя когда по мере добавления эти "фичи" всплывали новыми кнопками в интерфейсе, раздражало).То есть ты так и не осилил пкм по панели - изменить?
ФФ как был, так и остается самым кастомизируемым браузером, даже несмотря на некоторые спорные с точки зрения фичи, которые, к слову, вполне восстанавливаются расширениями. Не нравится хелло - отключи https://addons.mozilla.org/ru/firefox/addon/disable-hello-po...
> То есть ты так и не осилил пкм по панели - изменить?Я бы предпочел, чтобы браузер не пытался от версии к версии снова и снова загаживать чистенькую панель с минимумом кнопок какими-то новыми, не имеющими отношения к браузингу, и которые приходится в очередной раз очищать руками. Изменить-то я осилю, но я пользуюсь браузером на нескольких разных устройствах и каждый раз эти изменения приходится делать на всех. Могли бы из приличия пихать новые кнопки только тем, кто не менял стоковую панель, например. А тем, кто вычистил оттуда всякий шлак, нового не добавлять. Это вполне в рамках здравого смысла.
> Не нравится хелло - отключи https://addons.mozilla.org/ru/firefox/addon/disable-hello-po...
Спасибо, я в курсе. Но.. годами столько полезной функциональности не пускали или тщательно вырезали из фокса, мотивируя тем, что "это может быть реализовано как расширение, значит пусть будет им", а теперь приходится ставить расширения, чтобы вырезать впихнутую ненужную/мешающую функциональность!
Как я уже говорил, я это переживу, но это очень многое говорит об изменении приоритетов и направлении текущей разработки.
> Он мог бы составлять конкуренцию где-нибудь ВНЕ браузера. Или быть официальным расширением
> с возможностью установки из стокового браузера в одно нажатие. А то
> куда более близкие к браузингу функции типа отправки email вырезали в
> отдельный продукт, а голосовой чат, оказывается, обязательно иметь в составе.. тьфу.e-mail хорошо работает и без специальной поддержки (через web-интерфейс). e-mail также поддерживается множеством других программ. Наконец его не так уж и вырезали. WebRTC и Hello без специальной поддержки не заработает. Однако.
<i>Hello-то</i>, позорище
> то ещё ладно, он составляет конкуренцию Skype.А ещё они пробовали составлять конкуренцию операционным системам. :-)
Pocket и Hello вынесут в расширения (поставляемые "из коробки").
Я хз насчет ФФ 44, но в ФФ 46 (который сейчас перешел в Аврору из ночнушки) ГТК3 есть точно. Все работает, разницы правда не заметно.
GTK3 в 45-й. Читайте новости о бета и альфа-версиях.
да-да, читаем..
https://www.opennet.me/opennews/art.shtml?num=42665
И? Цикл разработки у Мозиллы такой:- допустим, в 47 ночнушку вносится изменение. Это текущая ночнушка (44 релиз, 45 бета, 46 девелоперская)
- когда выходит следующий релиз и все версии сдвигаются на 1, делается срез ночного репозитория, которые обзывается девелоперской веорсией. Оценивается степень готовности фич. Откровенно неготовое не включается (загибаем пальчик). Полуготовое едет в девелоперскую и там продолжает допиливаться.
- то же самое, повторяется при следующем сдвиге, когда код девелоперской версии становится бетой. Только уже переезжает то, что находится в состоянии "осталось только ловить баги" (снова загибаем пальчик)
- наконец, приходит время выпускать релиз. И тут фича в третий раз имеет шанс не попасть в релиз, если сочтут, что нужно ещё половить баги.
Итого: запиливание чего-либо в ночнике совершенно никак не означает, что оно через 3 версии будет в релизе.
Справедливости ради, переход на GTK3 уже был в одной из бет. Но решили еще 2 выпуска подержать его там. Слишком важное изменение, нужно выловить всех блох.
ну, и смысл "Читайте новости о бета и альфа-версиях."? если ты сам тут же пишешь "И тут фича в третий раз имеет шанс не попасть в релиз, если сочтут, что нужно ещё половить баги." и "переход на GTK3 уже был в одной из бет". Т.е. это:
"Итого: запиливание чего-либо в ночнике совершенно никак не означает, что оно через 3 версии будет в релизе."
касается и беты с альфой и предыдущий пост как бы на это и намекал
Mozilla Firefox 45 Beta 1
https://download-installer.cdn.mozilla.net/pub/firefox/relea.../New:
* Instant browser tab sharing through Hello
* GTK3 integration (GNU/Linux only)
* Synced Tabs in awesome bar
* Synced Tabs button in button bar
* Introduce a new preference (network.dns.blockDotOnion) to allow blocking .onion at the DNS level
...
У меня он блокирует Google. Пишет:"Владелец www.google.ru неправильно настроил свой веб-сайт. Чтобы защитить вашу информацию от кражи, Firefox не соединился с этим веб-сайтом.
Этот сайт использует HTTP Strict Transport Security (HSTS), чтобы указать, что Firefox должен подключаться к нему только через защищённое соединение. В результате, добавление исключения для этого сертификата невозможно."
> Владелец www.google.ru неправильно настроил свой веб-сайтFirefox становится жирным не только в потреблении оперативки, но и в троллинге.
Сейчас проверил на Яндексе - такая же ситуация:"Владелец yandex.ru неправильно настроил свой веб-сайт. Чтобы защитить вашу информацию от кражи, Firefox не соединился с этим веб-сайтом."
В общем, сырой выпустили Firefox. Ждем 44.01
у меня оба работают на ff44.0.у вас точно ssl-трафик каким-то антивирусом или зловредом не переписывается?
Wait! Oh shi~
У меня стоял Firefox Portable и была такая ошибка. Сейчас установил чистый Firefox - такой ошибки нет. Странно. Ведь я полностью удалял профиль - всю папку data в Firefox. Стал с настороженностью относиться к Portableapps.
Жирно троллишь... Все притензии к Роскомнадзор ;)
Или ваш прокси-сервер плохо настроен на SSL Inspection.
Попробовал всеми доступными путями, у меня ничего не блокирует. Советую поставить ClamTk и временами перепроверять всего хомяка на вирусы. А если и так винда - поставь антивирус уже. Я ещё профайл пошерстил и удалил все файлы уходящие своими датами изменения в глубокую старину. За два дня вполне реально всё почистить, если уж совсем занят.
> Включена поддержка видео WebM/VP9 на системах, не поддерживающих MP4/H.264Зачем такие сложности? Что мешает поддерживать WebM/VP9 везде без учёта MP4/H.264?
Так выглядит, что если в системе поддерживается MP4/H.264, то WebM/VP9 поддерживаться не будет.
> Так выглядит, что если в системе поддерживается MP4/H.264, то WebM/VP9 поддерживаться не будет.Похоже, оно так и выглядит. Захожу на https://www.youtube.com/html5 - MSE & H.264 поддерживается, а MSE & WebM VP9 - нет. В about:config значение media.mediasource.webm.enabled стоит в дефолтном false. Завтра посмотрю на макоси и, возможно, в какой-нибудь виртуалке линукса.
> Захожу на youtube.com/html5 - MSE & H.264 поддерживается, а MSE & WebM VP9 - нет.MSE & H.264 только через gstreamer, а там где его нет H.264 все равно не видать и тем более MSE & WebM VP9 ;)
В версии 46 поддержку Gstreamer выпилили напрочь, даже в зависимостях нет. А как таковой он уже с 45-ой не используется - теперь там урезанная копия ffmpeg в комлекте браузера идет либо используется системный libavcodec. H264 теперь именно так, через системный и работает, с VP9 все сложнее.
> Похоже, оно так и выглядит. Захожу на https://www.youtube.com/html5 - MSE & H.264
> поддерживается, а MSE & WebM VP9 - нет. В about:config значение
> media.mediasource.webm.enabled стоит в дефолтном false. Завтра посмотрю на макоси и, возможно,
> в какой-нибудь виртуалке линукса.Спасибо за такой великий трут... Если у тебя показывает недоступность чего-то это вовсе не значит что его не существует. Просто ты не умеешь его готовить:
media.fragmented-mp4.exposed;true
media.fragmented-mp4.gmp.enabled;true
media.audio_data.enabled;true
media.mediasource.enabled;true
media.mediasource.webm.enabled;trueУже с ноября с такими настройками все галочки активны и всё работает на Debian Stretch. Впрочем это не спасает от некоторых гугловских тупняков типа перезагрузки видео при ответе на комментарий к этому видео или рандомному зависанию конкретного видео, которое потом становится недоступно на несколько дней даже в Google Chrome. Ещё вместо обычного flashplugin-nonfree поставил browser-plugin-freshplayer-pepperflash, теперь вообще flash из хромого работает в Firefox.
Как писали в Багзилле - "они хотят обеспечить наилучшую производительность ФФ, поэтому поддержка VP9 ( и MSE для WebM соотвественно) будет включена только для систем буде аппартаного ускорения h264
>только для систем будеЧто, простите?
>для систем буде аппартаноготша ту нпеноянтого
БЕЗ аппаратного ускорения. хз как так опечатался...
Чёрт, прочитал именно так и не понял о чём у вас тут вообще речь. -_-
На фоне того, как долго они не могут осилить WebP, мгновенное добавление Brotli удивило.
"Не могут" и "не хотят" - вещи разные. С Brotli всё просто - не реализуешь - дашь Хрому дополнительное преимущество в скорости. Так что куда б они делись.
> "Не могут" и "не хотят" - вещи разные. С Brotli всё просто
> - не реализуешь - дашь Хрому дополнительное преимущество в скорости. Так
> что куда б они делись."Не хотят" и "не успевают" - вежи разные. Приоритеты задач. Или умереть, как Opera или бежать вперед.
> Или умереть, как Opera или бежать вперед.Тут бы к месту вспоминить, что старая Opera Presto поддерживала WebP
> Тут бы к месту вспоминить, что старая Opera Presto поддерживала WebPА профит от этого умения какой для браузера?
Скорости чего? Доставки контента? Так WebP тоже в некоторых случаях поэффективнее JPEG/PNG будет. Вон ютубовцы его используют, например, если в браузере доступен.
> Так WebP тоже в некоторых случаях поэффективнее JPEG/PNGАга, используют.., НО при заливке WebM на гугель автоматически конвертируют его во флешню! И жутко молчат. уже второй или третий год, по этому поводу ;)
Да неужели. А чегож они тогда с поддержкой U2F уже полтора года как тянут? Только сейчас стали чуть чуть двигаться в этом направлении, притом что у Хром уже более года как "просто все работает".
А что это такое? Не слышал никогда и выгуглил только какое-то Fido U2F
https://en.wikipedia.org/wiki/Universal_2nd_FactorОно и есть.
>> А чегож они тогда с поддержкой U2F уже полтора года как тянут? Только сейчас стали чуть чуть двигаться в этом направленииДвигаться не начали. Сообщество запилило просто свой плагин, который работает. Что, впрочем, не мешает гуглю банить ФФ на уровне юзер агента от своей авторизации по U2F ключику (гитхаб и дропбокс работают).
Гугл не хочет поддерживать APNG, вот Mozilla и не поддерживает WebP в ответ. Всё просто =)
Firefox Mobile - браузер для жителей столиц и городов-миллионников, т.к. это единственный мобильный браузер, где в настройках нельзя запретить загрузку графики и Javascript. Они там у себя наверное думают, что у всех смартфоны с WiFi на 100Мбит? Попробовали бы разок попользоваться своей поделкой в глубинке, где есть только 2G, и тот еле ворочается, так что даже ya.ru грузить секунд 10.
Извольте, разве в мобильной Лисе не завезли about:config? Помимо этого, существуют поделки от небезызвестной фирмы Opera, под все платформы, которые и призваны обеспечивать минимизацию трафика. У мобильной Лисы задачи другие.
Запретить можно, но сложно. =) Скорее всего всё можно черех about:config, но и расщирения есть. Особенно в категории "приватность" имеют много настроек для отключания всякого.
NoScript для андроидного ФФ - полумертвый, да и вцелом about:config на андроиде урезан
Зато можно поставить https://addons.mozilla.org/en-us/android/addon/ublock-origin/Это конечно не совсем тоже самое.
Я так понимаю они сосредоточились на том чтобы из браузера сделать аналог редактора анимации флеша. Вещь будет хорошая, дизайнеры опять смогут делать мультики без участия программистов.Только один вопрос остается открытым: нафига это все в БРАУЗЕРЕ =) Никто не смотрит фильмы в видеоредакторах, не слушает музыку в аудиостудиях, не смотрит фотки в gimp и т.д. С чего они решили что редактор анимаций надо в "плеер" встраивать. Еще и браузерный IDE пилят. Либо они уверены что смогут таки скрестить ежа с ужом, либо...
Обычному пользователю средства разработчика не мешают, зато их интеграция в браузер позволяет делать их проще и быстрее. Ну и у обычного пользователя появляется удобная возможность полюбопытничать о том, как же веб устроен.
Как же скрипит у тебя шаблон.
> нафига это все в БРАУЗЕРЕ =) Никто не смотрит фильмы в видеоредакторах, не слушает музыку в аудиостудиях, не смотрит фотки в gimp и т.д. С чего они решили что редактор анимаций надо в "плеер" встраивать.Зато поворачивают фотки в просмотрщиках и редактируют теги в плеерах. В MPlayer ещё был генератор EDL и есть -vf cropdetect.
Я тут про ServiceWorkers почитал... Какое-то оно стрёмное. Например, скрипт может перехватить даже перезагрузку страницы (которая F5) и отдать вместо серверного какой-то свой контент. Кто-нибудь в курсе, как там обеспечивается возможность сделать то, что надо пользователю, а не серверу со скриптом? Или на польователя окончательно забили?
Ну так не ставьте приложения. В чем проблема?
Работу Brotli можно где-то увидеть?
Ага, https://http2.cloudflare.com
>Добавлен визуальный редактор анимации, позволяющий наглядно анализировать, приостанавливать и изменять любой анимированный элемент на странице;И так уже превратили пол тырнета в свисто-звенящее дерьмо с выскакивающими окнами и самоползающими кнопками, это чего новый шутер такой? :Е
>>Добавлен визуальный редактор анимации, позволяющий наглядно анализировать, приостанавливать и изменять любой анимированный элемент на странице;
> И так уже превратили пол тырнета в свисто-звенящее дерьмо с выскакивающими окнами
> и самоползающими кнопками, это чего новый шутер такой? :ЕЧто, uBlock не пользуешь? Сра-а-азу видать.....
Ну и страшные же уведомления фурифокса под линуксом
Для сравнения https://pbs.twimg.com/media/CZttQzpWIAANxpL.jpg
> Ну и страшные же уведомления фурифокса под линуксом
> Для сравнения https://pbs.twimg.com/media/CZttQzpWIAANxpL.jpgНаверху — уведомление через какую-то desktop environment, а внизу — doorhanger?
> Поддержка Push API ... Для обработки подобных уведомлений требуется обязательное явное предоставление полномочий от пользователя.Ну и какие программисты будут рассчитывать на предоставление полномочий от пользователя? Надо будет продолжать получать уведомления с сервера путём их ajax-запросов со страницы...
> Страницы, содержащие формы ввода паролей ("input type=password"),
> помечаются как небезопасные в случае обращения к ним по протоколу HTTP.Таки началось. Теперь придётся ещё и парольные поля маскировать от браузеров, чтобы те не пугали юзеров...
ага, а потом - начнут маскироваться от маскировки, чтобы "оберегаемые от испуга пользователи" - не подвергались угрозам и риску от.
В целом хорошо всё работает на 44.0. В YouTube все галочки в описании HTML5 активны, видео в FullHD показывает полноразмерно и в VP9, хотя и пишет в статистике для сисадмина что стоит разрешение поменьше(на Google Chrome в подобной статистике YouTube обычно пишет наоборот завышенные значения разрешений).У меня включённый адблок(uBlock Origin), поэтому долго не мог понять почему FullHD видео показывает качественно, но при этом показывает 90% дропов. Ещё проверил на Iceweasel это видео(где стоит 34.0.4) там без дропов всё играет, однако стоило мне только выключить uBlock для этого видео и все дропы и подтормаживания(видимо при каждой попытке скормить рекламу от Google) магически пропали. Проверьте у себя, кто может, чего у них показыает "статистика для сисадмина" на YouTube, если не затруднит.
Сбросил кэши uBlock, поставил для YouTube https и вроде опять всё хорошо. Чертовщина и демоны прямо.
Очепятка, в Debian Stretch стоит Iceweasel 43.0.4
А что там известно по контекстные контейнеры? Когда запилят?
Портирован на FreeBSD: http://www.freshports.org/www/firefox/
