Firefox 52 перешёл (https://www.mozilla.org/en-US/firefox/52.0beta/releasenotes/...на стадию бета-тестирования, что ознаменовало прекращение формирования базовой функциональности и сосредоточение всего внимания на выявлении ошибок и контроле качества. Кроме того сформирован (http://www.mozilla.org/en-US/firefox/53.0a2/auroranotes/) выпуск Firefox Developer Edition 53, который заменил (https://www.opennet.me/opennews/art.shtml?num=41029) собой aurora-ветку, в рамках которой проводится оценка готовности тех или иных новшеств для последующего бета-выпуска. Загрузить бета-выпуск можно на данной странице (http://www.mozilla.org/firefox/beta/), а Firefox Developer Edition здесь (https://www.mozilla.org/en-US/firefox/channel/#aurora). Релиз Firefox 52, который отнесён к категории выпусков с длительным сроком поддержки, намечен на 7 марта, а Firefox 53 на 18 апреля.Изменения, представленные (http://www.mozilla.org/en-US/firefox/52.0beta/releasenotes/) в бета-версии Firefox 52:
- Изменён вывод предупреждения о проблемах с безопасностью в случае обращения к страницам, содержащим форму ввода пароля, без использования HTTPS. Вместо индикатора наличия проблем с безопасностью в адресной строке реализовано контекстное предупреждение, выводящееся непосредственно рядом с полем ввода пароля;
- Реализована спецификация Strict Secure Cookies (https://www.chromestatus.com/feature/4506322921848832), запрещающая установку cookie с атрибутом "secure" при открытии сайта через http:// без создания защищённого соединения. Новая возможность также не позволяет открытому по http:// сайту установить cookie с теми же именами, что и имеющиеся безопасные ("secure") cookie, уже выставленные для текущего домена;
- Модернизирован интерфейс управления загрузками: В случае сбоя загрузи обеспечен вывод соответствующего уведомления на панель инструментов. Список быстрого доступа к недавним загрузкам расширен с трёх до пяти элементов. Увеличены кнопки отмены загрузки и перезапуска загрузки;
- Добавлена (https://www.opennet.me/opennews/art.shtml?num=45480) возможность обработки контента в нескольких процессах и началась интеграция наработок из проекта Quantum, в котором производится (https://www.opennet.me/opennews/art.shtml?num=45385) работа по переносу в движок Gecko возможностей, изначально развиваемых для движка Servo. Если ранее при включении многопроцессного режима осуществлялось разделение на два процесса - один для обработки содержимого вкладок и один для формирования интерфейса, то теперь появилась возможность запуска нескольких процессов для обработки контента (число запускаемых процессов для обработки контента задаётся через переменную dom.ipc.processCount в about:config);
- В средства для web-разработчиков добавлен режим адаптивного дизайна (https://developer.mozilla.org/en-US/docs/Tools/Responsive_De... (включается через меню "Responsive Design Mode" в разделе "Web Developer"), позволяющий протестировать работу сайта в окружении, симулирующем работу на устройствах с различным экранным разрешением и DPI, с управлением через сенсорный экран, с разными значениями User-Agent и в условиях ограниченной пропускной способности сети и повышенных задержках доставки пакетов (например, можно симулировать доступ по GPRS со скоростью 50 KB/s и задержкой в 500 мс);
- Представлен новый отладчик (https://developer.mozilla.org/en-US/docs/Tools/Debugger) для JavaScript - debugger.html (https://github.com/devtools-html/debugger.html/), развиваемый в рамках инициативы по замене отладчика, встроенного в Firefox. Debugger.html реализован в виде web-приложения, которое может выполняться в web-браузерах Firefox и Chrome, а также запускаться в обособленном режиме под управлением Node.js или встраиваться в другие web-приложения. Основным отличием нового отладчика является поддержка одновременной отладки нескольких web-приложений. Поддерживается удалённая отладка с использованием протоколов Firefox RDP и Chrome Debugging Protocol.
Основной экран отладчика разделён на три области: Панель с исходными текстами, показывает древовидное представление исходных текстов всех отлаживаемых web-приложений; Область редактирования, позволяет редактировать конкретные файлы проекта и даёт возможность устанавливать точки останова в коде и приводить упакованный код в читаемый вид; Боковая панель, отображает список текущих точек останова, состояние стека вызовов и значения переменных на момент приостановки выполнения приложения. Поддерживаются операции остановки, пошаговой отладки, входа в функции и другие типовые возможности. Интерфейс разработчики попытались сделать доступным, предсказуемым, простым для изучения и понятным, но при этом предоставить максимальную функциональность. Debugger.html написан на JavaScript с использованием фреймворков React (https://facebook.github.io/react/) и Redux (http://redux.js.org/).
- Для пользователей Firefox Sync реализована возможность целевой отправки вкладки на заданное устройство, с автоматическим открытием данной вкладки на данном устройстве;
- Реализованы средства для автоматического определения перенаправления на страницы аутентификации для подключения к сети (captive portal (https://ru.wikipedia.org/wiki/Captive_portal));- В многопроцессном режиме появилась поддержка систем озвучивания содержимого экрана (screen reader) и сенсорных экранов Windows 8;
- Прекращена (https://bugzilla.mozilla.org/show_bug.cgi?id=1313580) поддержка API Battery Status. Изначально разработчики полагали, что данный API, позволяющий получить информацию об уровне заряда аккумулятора, будет использован в web-приложениях для экстренного сохранения данных или для отключения требующих интенсивных вычислений операций при исчерпании заряда аккумулятора. Но на деле, данный API получил распространение (https://groups.google.com/forum/#!msg/mozilla.dev.platform/5... лишь для отслеживания пользователей (уровень заряда аккумулятора как дополнительный параметр для выделения пользователя в общем потоке) и жульничества (например, Uber повышал цены для пользователей с низким зарядом аккумулятора);
- Прекращена (https://bugzilla.mozilla.org/show_bug.cgi?id=1269807) по умолчанию поддержка плагинов с интерфейсом NPAPI, в том числе Silverlight, Java, Acrobat, Unitym, Gnome Shell Integration и плагинов с поддержкой мультимедийных кодеков (список активных плагинов можно посмотреть через URL about:plugins). Исключение сделано только для Adobe Flash, так как данная технология ещё остаётся востребована большим числом пользователей. Для пользователей пока оставлена специальная опция, которая позволяет вернуть NPAPI, но в Firefox 53 данная опция будет удалена. В более отдалённом будущем разработчики намереваются (https://www.opennet.me/opennews/art.shtml?num=45257) полностью удалить поддержку NPAPI, а для пользователей Flash предоставить возможность использования плагина с интерфейсом PPAPI.
- Добавлен API для проверки видимости рекламных блоков силами JavaScript, без необходимости использования для этого Flash;
- Продолжено (https://blog.mozilla.org/addons/2016/11/18/webextensions-in-... усовершенствование API WebExtensions (https://www.opennet.me/opennews/art.shtml?num=42838) для разработки дополнений, совместимых с браузером Chrome. Из новых программных интерфейсов отмечается реализация API для управления сеансами (sessions.getRecentlyClosed и sessions.restore), позволяющего получить информацию о недавно закрытых вкладках и восстановить их при необходимости. Добавлен API topSites, предоставляющий дополнениям доступ к списку наиболее часто открываемых сайтов. Также представлен API omnibox через который можно зарегистрировать ключевое слово, предоставив для него собственный набор операций в адресной строке. Готов для тестирования API storage.sync, через который дополнение может организовать обмен данными между разными устройствами. Добавлены события onRemoved, onMoved, ...
URL: https://www.mozilla.org/en-US/firefox/53.0a2/auroranotes/
Новость: http://www.opennet.me/opennews/art.shtml?num=45939
Вся эта шумиха с полным переходом на WebExtensions меня несколько смущает, в частности недавно мейнтейнер одного из самых важных для меня расширений https://github.com/Quicksaver/Tab-Groups сообщил о том, что больше не сможет продолжать контрибьютить в код, и в частности связывает это с прекращением поддержки старого интерфейса дополнений и полным переходом на WebExtensions, на сколько я понял он связывает это с ограничениями, которые накладываются WebExtensions (или просто нежеланием переписывать уже имеющийся код?). Насколько ситуация такова? То-есть насколько ограничены возможности API у WebExtensions относительно текущего положения дел?
Сильно ограничены возможности, т.к. они еще не реализовали все базовые функции, что уже есть у ХРОМых. Как закончат, вполне логично от них ожидать внедрения собственных API конкретно для их браузера.
У меня тоже самое с findbar tweak. Молодцы мозилловцы.
Я уже не могу с фф без тайлинга окон нормального. Это невозможно в хроме. Были попытки при нажатии на кнопку открывать вкладку пополам разделенную, каждая половина которых представляла собой вкладку с полем ввода адреса. Или еще прорыв для хромобраузеров - насильная группировка окон. Нажал на кнопку расширения, выбрал вертикальный, а браузер разбился на два окна вертикально развернутых. Это максимум, на что они способны.
Аналогично и для ScrapBook X, автор ясно дал понять какое Г. этот WebExtensions и он в принципе не даёт реализовать имеющийся функционал, из-за чего версии для chrome никогда не выйдет.
Аналогично и автор DownThemAll написал гневное послание "почему я закончил с mozilla"
Да, тут все так написано. Но по хорошему встраивать менеджер загрузок в браузер - не правильно. А вот FlashGot - большая потеря. Как еще интегрировать сторонние менеджеры загрузок так чтобы куки передавались?
Как раз его Tab Groups на новом WebExtensions вполне можно переписать, API для этого достаточно. И уверен, кто-то это сделает. И это даже достаточно просто. :) А вот его FindBar Tweak - уже нет, по крайней мере не используя костылей, которые могут глючить.
как и автор Resurrect Pages, один из команды Greasemonkey в т. ч.With WebExtensions looming to break everything, I'm planning no invested effort in Firefox extensions, besides maybe working once that happens.
Хоть бы кто-нибудь создал петицию.
Resurrect Pages - вообще в несколько строк пишется. Не так удобно т.к. API для размещения кнопок на странице с ошибкой я не видел. Но вполне можно придумать альтернативное меню.
Greasemonkey - вообще можно обойтись без него. :) По сути правила написания пользовательских скриптов не сильно отличаются от WebExtensions, так что разрабы сразу могу писать пользовательские скрипты в виде дополнений и выкладывать их.
> По умолчанию активирована блокировка воспроизведения мультимедийного контента в фоновых вкладках. Звук и видео теперь начинают воспроизводиться только после того, как пользователь явно перейдёт на вкладку (воспроизведение не начнётся, пока вкладка не станет видимой);Наконец-то. В хромиуме это давно есть и это так удобно, когда заметил несколько интересных видео в списке, открываешь их в новых вкладках, а после просмотра закрываешь. Классно!
Это да, наконец они до этого дошли.
А пока это не реализовано, я использую YouTube No Buffer, как понятно из названия, для ютуба. В той же вкладке видео запускает, но в фоне блочит. Единственный минус - автоматически не воспроизводит потом, когда вкладка активна. Приходится кликать.
Старый используете? Автор создал новый на webext и на этой неделе там добавилось 2 опции про переключение вкладок. https://addons.mozilla.org/en-US/firefox/addon/youtube-no-bu.../
> 1. It is now possible to auto-start videos when YouTube tab gets focused
> 2. It is now possible to auto-pause videos when a YouTube tab gets hidden
Воа, спасибо. Я как раз и написал что использую с целю получить в ответку расширение более функциональное :)
у меня стоит 52.0a2 (2017-01-24) (64-bit) developer addition
и как раз после обновления видео в фона на ютюбе стали инрать. а на 51 строго ждали.
может есть параметр какой-нить в abou:support ? пробовал гуглить но не гуглится
вот нагуглилась
media.block-autoplay-until-in-foreground надо пставить true в about:config
>Добавлен API для проверки видимости рекламных блоков силами JavaScriptИ на хрена нам это?
Всегда говори только за себя.
> И на хрена нам это?Нам нахрен не надо. Рекламным компаниям надо.
Мне интересней каким дополнением это апи отклюить. Или адблок/носкрипт сами заблочат подбное?
Фаерфокс пропатчить проще, чем флешь.
Интересно, какой подонок потирает каменты? Я написал вполне обоснованный камент про варнинг "This connection is not secure" в логин формах FF52. На сайте Gemotest, который хранит паспортные и медицинские данные (анализы) людей, еще месяц назад ВЕСЬ САЙТ, кроме странички логина и страницы с анализами (зашибись, да?), был покрыт HTTPS. И я недоглядев, что на логин-странице "зеленый замочек" перекрасился в серый, ввел логин-пароль. Это был конечно полный пипец. Только после вежливого предложения обнародования их фейла на известном IT-сайте они исправили ситуацию. Но за такое надо конечно бить.FF здесь делает очень полезное дело.
Держите нас в курсе ваших проблем, мы очень переживаем.
Про свои проблемы я тебе еще ничего не сказал. А незащищенные логин-страницы это общая проблема.
Эта фича для .onion доменов бесполезна, точнее, вводит в заблуждение.
В принципе для .onion и не надо, на них ходит 1.5 гика.
Не так выразился, не первостепенно. Можно, но не первостепенно.
Зачем вы так о заслуженном журнализде АNNA News? Он ведь может и куратору из ФСБ пожаловаться.
>> интерфейсом PPAPIа поначалу так сопротивлялись и говорили что делать не будут.
Напишите еще, пожалуйста, чего там интересного в хромиуме 57, 58-м
а как быть со старыми приложениями на джаве? или ФФ теперь путь в корпоративную среду заказан?
IE/Safari в помощь :P
Оракл же отказался от нпапи и рекомендует использовать веб-апплеты какие-то. Ленивая корпоративная среда идёт нафиг.
Радость мультипроцессности быстро прошла, т.к. приличная часть важных для меня дополненияй просто не работает при включении e10s. А в хроме такого функционала я просто-напросто не наворочу. А если и есть аналоги то 80% из них хуже, чем для фф. Печаль.
Это какие к примеру?
У меня сломалось:
Mozilla Archive Format - ломается сохранение, о чем аддон сам предупреждает, если e10s включен.
Grab & Drag - ломается основной функционал - перетаскивание страницы средней кнопкой мыши (как в pdf-читалках).
FlashGot - пропадает пункт меню Available Formats для ютуба, что делает аддон практически бесполезным.Помимо этого перед загрузкой каждой страницы появилась задержка в 2-3 секунды. А при долгой работе браузера переключение между вкладками занимает 5-10 секунд (в центре страницы крутится спиннер).
А ещё оно стало субъективно больше тупить на большом числе вкладок, жрать ОЗУ вполтора раза больше и убивать проц. То ли ESR ставить с https://download.mozilla.org/?product=firefox-esr-latest , то ли придётся со временем на хромого переходить
Ничего, в 53-й версии станет ещё веселее, т.к. "код композитинга и интерфейса для взаимодействия с GPU вынесен в отдельный процесс". Нужно больше процессов и межпроцессного взаимодействия богу процессов и межпроцессного взаимодействия!
У меня стало жрать меньше. На старте меньше (и стартует быстрее), потом становится так же, но стал лучше отдавать память при закрытии вкладок, благодаря чему через несколько часов жрёт меньше, чем было без e10s.
А в остальном (кроме поддержки расширений) вообще всё хорошо. Даже на 2-х ядерном по 1.8 ггц и 2гб озу стало лучше. А на 4-х ядерном с 8гб и контент-процессов можно 2-3 заиметь.
Жаль, что WinXP перестанут поддерживать :(
Жаль - не то слово. Единственная юзабельная винда - и на тебе. 8,63% за Ноябрь. Куда жалобы писать? Кто знает?
тем временем бледный шрифт из dev edition в 52-ю бету завезли. Такое чувство, будто мозилловцы из-за своей мультипроцессности на хромовый код пересели ) Будет печально, если это пойдёт и в релиз
> тем временем бледный шрифт из dev edition в 52-ю бету завезли. ТакоеЭто всё под Linux или в оффтопе?
windows 7 не оффтоп, по официальной статистике наоборот лидирует)
https://metrics.mozilla.com/firefox-hardware-report/
Ну, если в GNU/Linux дистрибутивах и дальше будет отключена отправка телеметрии по умолчанию, они так и будут в отчётах фигурировать под «Others» или и вовсе никак не будут представлены в статистике
Как бы там ни было, на страницах шрифт ещё можно спасти https://userstyles.org/styles/111304/chrome-font-fix но не в интерфейсе
Такое чувство, что все обновления это подготовка к переходу всего движка на хромиум, чтобы было не заметно как его подменили
Интересная картинка наблюдается.
Имеем режим отладки адаптивного дизайна в Хроме, который позволяет тестировать разрешения большие чем разрешение монитора, но в нем нихрена не возможно отключить тач, имеем режим отладки в Firefox который может отключать тач но нихрена не умеет масштабировать картинку, поэтому на мониторе 1920/1080 картинку на 2556/1366 отлдадить не реально.
Так и живем, пользуемся по очереди двумя гребаными недоделками.
когда там вяленного завезут в нее? скоро чтоли?