Firefox nightly

Platform specific instructions

Firefox does not support downgrades, even though this may have worked in past versions. If you install Firefox Nightly and later downgrade to an earlier version, you may experience issues with Firefox if they share the same profile of data.

You will find below additional OS specific instructions as well as a video tutorial for Windows.

MacOS

Now you’ll need to create a dedicated profile for your Nightly, different from your Firefox stable one to avoid trouble.

To do that, you need to open your terminal and run Nightly, only for the first time by running the following command:

/Applications/FirefoxNightly.app/Contents/MacOS/firefox -P --no-remote

This will open the profile manager. Here, create a new profile with the name you want, and uncheck the checkbox saying «Use the selected profile without asking at startup», so that at every Firefox start you can choose the profile you want and corresponding to either your Nightly or Stable Firefox.

Linux

Why is Nightly provided as a tar.bz2 archive? Do I have to compile it?

We build and provide distribution-neutral binaries and these binaries can be installed and updated without any dependency to a package manager.

You don’t have to compile anything, just unarchive the tar.bz2 file into your /home or your /opt folder if you want to make it available to all the accounts on your machine and launch the firefox file from your shell. If you decide to install Firefox Nightly outside of your Home, such as in /opt/firefoxnightly, don’t forget to give this folder the same rights as your user otherwise it won’t auto-update:

sudo chown -R $USER:$USER /opt/firefoxnightly

Is there a Nightly repository for my distro?

Mozilla does not maintain repositories for distributions, some volunteers maintain their own repository or ppa but usually those are not maintained over time for Nightly.

The advised installation method is to use Mozilla-provided builds and its software updater.

Firefox ESR

ESR расшифровывается как Extended Support Release – выпуск с расширенной (по времени) поддержкой. В ESR канал попадает каждое седьмое крупное обновление Firefox. Эта инициатива стартовала в 2012 году с Firefox 10, потом перешла на Firefox 17 и так далее. Сейчас основа ESR-канала обновлений – Firefox 52.

Эти версии (10, 17, 24, 31, 38, 45, 52) получали и получают гораздо более длительную поддержку, чем остальные. К примеру, когда вышла версия Firefox 53, все пользователи обычной Firefox 52 были автоматически обновлены на неё, ну или перестали обновляться. А вот пользователи Firefox 52 ESR начали получение обновлений 52.x.

Обычные версии прекращают получение обновлений, закрывающих баги и уязвимости, почти сразу после выхода более новых. ESR-билды Firefox обслуживаются Mozilla более года. Версии, в которых долгое время ничего сильно не меняется, но при этом исправно закрываются проблемы, критически важны для корпоративных пользователей.

После выхода Firefox Quantum, что принёс новый интерфейс и несовместимость с расширениями, Firefox ESR стала интересной ещё и для всех тех, кому Quantum создал неудобства. Так как ESR в данный момент, повторимся, базируется на Firefox 52, там всё ещё интерфейс Australis. Но главное: совместимость почти со всеми XUL-расширениями (как раз те, с которыми попрощался Quantum).

Впрочем, вечно держаться за Firefox 52 ESR-канал обновлений не будет. Обновление 52.8 выйдет в мае 2018, после чего основной версией в ESR станет 59.

Firefox Nightly

Firefox Nightly – это самые ранние и крайне нестабильные тестовые версии Firefox. Как только у Mozilla появляются некие новые функции, пусть даже лишь в частично готовом виде, первыми их увидят именно пользователя канала обновлений Nightly. Новые сборки здесь выходят почти каждый день, обновления запросто могут ломать какие-то функции браузера.

Если бета-версия позволяет вам быть на шаг впереди, то Nightly – на два шага и более. Некоторые функции, которые иногда тестируются в Nightly, могут прийти в стабильные версии Firefox даже позже, чем через два новых выпуска.

Так, например, было с интерфейсом Photon, который поэтапно вводился и на протяжении долгих месяцев тестировался узкой группой энтузиастов именно в Nightly.

How does it update? Update interval?

Nightly gets an update twice a day (or night, depending on your timezone), building starts at 10:00 and 22:00 UTC, usually builds are available one hour or two later. That means that there is an update in the morning for The Americas and another one for EMEA/Asia

The update is downloaded in the background, when this is done, there is a small green badge that appears on the hamburger menu which indicates that if you restart your Nightly, an update will be applied.

If you don’t apply this update within 12 hours, a dialog box will pop up asking you to do so. If you want this dialog to show up later than 12h, in about:config change the app.update.promptWaitTime value from 43200 to a higher value, 86400 for 24 hours for example.

Sometimes, we will issue more than two updates per day, typically this is because we found out we introduced a major regression (a spike in crashes for example) and we don’t want our users to have a broken browser for 24h.

Инструкция по инсталляции

«Ночная» сборка «Огненной лисицы» доступно для тестирования на 3 актуальных на нынешний день операционных систем. Речь, разумеется, идет о Виндовс, Мак ОС и различных сборках Линукса. Мы подготовили руководства для каждого имеющегося случая и предлагаем вам с ними ознакомиться.

Случай №1: Windows

Для Виндовс выполните следующие действия:

1. Откройте страницу скачивания браузера (ссылку вы найдете под статьей).
2. Чуть пролистайте его содержимое.
3. Кликните по крайней левой кнопке «Загрузить».
4. Запустите полученный файл.
5. В приветственном окошке инсталляции нажмите на «Далее».
6. На следующей странице тоже кликните по кнопке продолжения, не меняя каких-либо параметров.
7. Подтвердите запуск процедуры.
8. Дождитесь ее завершения и щелкните ЛКМ на «Готово».

Случай №2: Mac OS

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

1. Перейдите по предложенной ниже ссылке.
2. Кликните на кнопку загрузки под блоком Mac OS.
3. Сохраните предложенный файл с расширением .dmg.
4. Дождитесь завершения процедуры скачивания и откройте его.
5. Отобразится привычное для данной операционной системы окошко инсталляции. Вам нужно перетащить изображение Firefox Nightly в каталог с программами.
6. Дождитесь окончания копирования файлов.
7. Откройте браузер из папки «Программы».
8. В форме предупреждения нажмите на «Открыть».

Случай №3: Linux

Здесь все довольно просто:

1. Откройте URL, размещенный в конце статьи.
2. Кликните по центральной кнопке загрузки.
3. Сохраните предложенный архив.
4. Теперь распакуйте его содержимое в удобный каталог.
5. Перейдите к нему и откройте единственное вложение.
6. Запустите файл firefox и дождитесь загрузки интернет-обозревателя.

Results

Using HTTPS with a cloud service provider had only a minor performance impact on the majority of non-cached DNS queries as compared to traditional DNS. Most queries were around 6 milliseconds slower, which is an acceptable cost for the benefits of securing the data. However, the slowest DNS transactions performed much better with the new DoH based system than the traditional one – sometimes hundreds of milliseconds better.

The above chart shows the net improvement of the DoH performance distribution vs the traditional DNS performance distribution. The fastest DNS exchanges are at the left of the chart and the slowest at the right. The slowest 20% of DNS exchanges are radically improved (improvements of several seconds are truncated for chart formatting reasons at the extreme), while the majority of exchanges exhibit a small tolerable amount of overhead when using a cloud service. This is a good result.

We hypothesize the improvements at the tail of the distribution are derived from 2 advantages DoH has compared to traditional DNS. First, is the consistency of the service operation – when dealing with thousands of different operating system defined resolvers there are surely some that are overloaded, unmaintained, or forwarded to strange locations. Second, HTTP’s use of modern loss recovery and congestion control allow it to better operate on very busy or low quality networks.

The experiment also considered connection error rates and found that users using the DoH cloud service in ‘soft-fail’ mode experienced no statistically significant different rate of connection errors than users in a control group using traditional DNS. Soft-fail mode primarily uses DoH, but it will fallback to traditional DNS when a name does not resolve correctly or when a connection to the DoH provided address fails. The connection error rate measures whether an HTTP channel can be successfully established from a name and therefore incorporates the fallbacks into its measurements. These fallbacks are needed to ensure seamless operation in the presence of firewalled services and captive portals.

Изменения для веб-разработчиков

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

• Сетевой монитор теперь выделяет ресурсы, на которые потенциально может повлиять защита от отслеживания (баг 1333994).
• Веб-консоль получила усовершенствования, связанные с вводом и оценкой кода:
  • Регистронезависимое выражений (баг 672733).
  • Возможность просмотреть с помощью bash-подобного обратного поиска (баг 1024913).
• Пошаговое выполнение кода в отладчике JavaScript также было улучшено:
  • Отладчик сохраняет при пошаговом выполнении кода (баг 1491471).

Удалено

Окончательно удалена панель разработчика (GCLI) (баг 1429421). Её интерфейс был удалён в Firefox 62, а теперь удалён и оставшийся код.

CSS

• Реализована поддержка Interaction Media Features, включающая (баг 1035774). Подробности реализации и см в баг 1483111.
• Android-версия обзавелась поддержкой (баг 1478505).
• Кроме того, удалена большая часть специфичных для Firefox значений (баг 1496720).
• : отныне поддерживается на элементах (баг 1486602).
• Псевдоэлементы с префиксом больше не делают цепочку или группу селекторов недействительной (баг 1424106). См. баг 1486325, чтобы узнать, как включить эту возможность.

Удалено

• Отменено (баг 1492567) изменение, сделанное в прошлом выпуске — перемена мест значений (баг 1481866). См. .

JavaScript

• Реализовано предложение TC39 Well-formed JSON.stringify, чтобы не мог возвращать плохо сформированные строки Unicode (баг 1469021).
• Проксируемые функции теперь могут быть переданы (баг 1440468).

API

DOM

• На платформе macOS снова включён API WebVR 1.1 (баг 1476091).
• Устаревший интерфейс обновлён в соответствии с последними изменениями (баг 1398354).
• По умолчанию отключены следующие возможности (баг 1490641, см. также Firefox-specific HTML editing UI has been disabled by default):

Media, Web Audio и WebRTC

• Включена по умолчанию автоматическая регулировка усиления (AGC). Эта возможность управляется настройкой (баг 1496714).

Удалено

• Удалён интерфейс и его метод (баг 1258143). См. в MediaStreamTrack.stop(), чтобы узнать, как остановить поток целиком.

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

• Прекращено доверие сертификатам, выданным удостоверяющими центрами Symantec (см. баг 1409257; также см. подробности в обсуждении ).

WebDriver (Marionette)

Изменения API

Удалены устаревшие конечные точки без префикса Marionette:, L10n: или Addon: (включая singeTap) (баг 1504478, баг 1504940).

Исправленные ошибеи

• Синтезированные события с использованием не создавали заглавные буквы (баг 1405370).
• мог вызвать бесконечное зависание, если низлежащий процесс контента вкладки менялся много раз во время навигации (баг 1504807).
• Для улучшения производительности и сокращения количества потребляемой памяти странца, в новой вкладке или окне будет загружаться не , а (баг 1506643).
• Отключено по умолчанию предложение использовать панель блокировки контента, показ которого препятствует взаимодействию с элементами интерфейса (баг 1488826).

Подробности

Стандартная версия Firefox разработчиками подписывается как «Стабильная» (Stable). А вот Mozilla Nightly – «ночное» издание, которое является нестабильным. Из этой информации вытекают следующие выводы:

• Оно не предназначено для рядовых пользователей ввиду возможных вылетов и прочих неполадок по части производительности.
• В него раньше всего будут внедрены новые функции.
• Часть пользовательских данных отправляется на сервера Фаерфокса для последующего анализа и исправления ошибок.

Так что Мозилла Найтли заинтересуют пользователей, стремящихся оставаться «на острие прогресса» и при этом не страшащихся регулярных сбоев. Распространяется она для всех актуальных операционных систем.

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

Firefox Beta

Firefox Beta – первый из трёх каналов обновлений, предназначенный для тех, кто хочет быть немного впереди в плане доступа к новым функциями браузера, при этом готов мириться с возможными багами. Впереди вы будете ровно на один шаг: то есть пока все будут пользоваться, допустим, Firefox 57, у вас будет Firefox 58.

Хотя тут нужно признать, что далеко не все новые версии содержат много значимых улучшений и тем более так много изменений, как вышедший недавно Firefox 57. Если апдейты к стабильной версии выходят за полтора месяца (цикл разработки нового релиза) не более 2-3 раз, то бета-версия может обновиться за данный срок и более 10 раз.

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

What is Firefox Nightly?

Every day, Mozilla developers write code that is merged into a common code repository (mozilla-central) and every day that code is compiled so as to create a pre-release version of Firefox based on this code for testing purposes, this is what we call a Nightly build. Once this code matures, it is merged into stabilization repositories (Beta and Dev Edition) where that code will be polished until we reach a level of quality that allows us to ship a new final version of Firefox to hundreds of millions of people. This development process used to ship a new version of Firefox every 4 weeks is called the Train Model.

Firefox channels after April 18, 2017

74	73	72	71
Nightly	Beta	Release
	Nightly	Beta	Release

Should I become a Nightly user?

Of course, Nightly does not have the polish, quality and stability of the Release channel as this is a work in progress but we are doing our best through automation, QA and community to provide you the best nightly builds possible.

If you are a power-user, that you want to have access to features in developments months before they become mainstream, have tolerance for occasional functional regressions and are looking for an easy way to help Mozilla and Firefox development, you should use Nightly (ideally as your main browser but you can also use it alongside Firefox on the release channel or another browser).

Of course, Nightly may be more likely to crash than a final release and sending your crashes to our engineers is also of considerable help as it helps us catch instabilities and identify issues long before end-users are exposed to them.

Изменения для разработчиков дополнений

Изменения API

Меню

• Добавлен новый API , который может быть вызван из события DOM и позволяет скрыть все пункты меню по умолчанию, чтобы создать собственное контекстное меню на страницах, относящихся к дополнению. Это контекстное меню может состоять из нескольких пунктов меню верхнего уровня дополнения и может включать элементы контекстного меню вкладок или закладок из других дополнений. См. для получения подробных сведений.

  • Реализован ((баг 1280347).
  • Реализована опция , позволяющая скрывать из контекстного меню пункты по умолчанию (баг 1367160).
  • теперь может соответствовать адресу , даже если используется . Таким образом, он может надежно ограничивать пользовательские пункты меню для определенных документов (баг 1498896).

Окна

Метод windows.create() обзавёлся опцией cookieStoreId, которая определяет CookieStoreId для всех вкладок, созданных при открытии окна (баг 1393570).

Конфиденциальность

Свойство cookieConfig privacy.websites — это объект, который может принимать свойство behavior. Это свойство теперь может, в свою очередь, принимать новое значение — reject_trackers, которое указывает дополнению отвергать куки, связанными с отслеживанием (баг 1493057).

API devtools.panels

Реализована поддержка метода Sidebar.setPage() devtools.panels.elements (баг 1398734).

• Новое свойство ключа манифеста позволяет дополнениям управлять тем, должны ли при установке их действия на странице быть прикреплены к адресной строке или нет (баг 1494135).
• В Windows наличие ключей NativeMessagingHosts сначала будет проверяться в 32-разрядном представлении реестра (); следует использовать то, что подходит для вашего приложения (баг 1494709).
• Объект поля отныне может включать новые свойства — , (баг 1486819) и .

Filing Bugs

I found a bug, how do I report it?

First of all, thank you for doing that! Bugs reported early are also more easy to fix or back out than bugs reported weeks or months after the code was written, simply because developers just wrote it and have all of it fresh in their memory.

Don’t hesitate to ask experienced Nightly users (staff or employees) to help you file the bug in the #nightly IRC channel if you are unsure about the process or if English is not your native language and want to make sure your bug description is understandable.

Once you have filed the bug, you may get questions from bug triagers (people that enrich existing bug reports with useful metadata and try to get the right dev in front of the right issue) or developers that are trying to reproduce your bug using your configuration or the steps to reproduce what you experienced — watch your mailbox for such messages!

One more thing, please add the nightly-community word in the keyword field of your bug report, that helps us triage better the bugs filed by our core community.

The bug I found is a regression!

A regression is when something that used to work is no longer working or no longer working as expected.
If your bug is a regression, please add the regression keyword to your bug report.

There is a GUI for Windows and a command line interface for Linux/Mac.

I found a bug and I want to write the patch myself!

This is a great way to get involved, our developers have full documentation on how to get started hacking on Mozilla code on MDN:

Older versions

• Firefox 64 for developers
• Firefox 63 for developers
• Firefox 62 for developers
• Firefox 61 for developers
• Firefox 60 for developers
• Firefox 59 for developers
• Firefox 58 for developers
• Firefox 57 for developers
• Firefox 56 for developers
• Firefox 55 for developers
• Firefox 54 for developers
• Firefox 53 for developers
• Firefox 52 for developers
• Firefox 51 for developers
• Firefox 50 for developers
• Firefox 49 for developers
• Firefox 48 for developers
• Firefox 47 for developers
• Firefox 46 for developers
• Firefox 45 for developers
• Firefox 44 for developers
• Firefox 43 for developers
• Firefox 42 for developers
• Firefox 41 for developers
• Firefox 40 for developers
• Firefox 39 for developers
• Firefox 38 for developers
• Firefox 37 for developers
• Firefox 36 for developers
• Firefox 35 for developers
• Firefox 34 for developers

Promoting Nightly in your community

If Open Source guerrilla community marketing is something you would like to get involved with and Nightly works great for you, maybe you could promote it to other power-users in your personal or professional networks, getting more users across the globe would help us catch more regressions, get more technical feedback and would allow us to ship a better browser.

There are many ways you can get help at the local level or online.

The slides in this presentation are online and can be used as a basis for your own presentation.

You can also work through the program to organize events in the framework provided by the Mozilla Participation team.

If you want to join an existing regional or language focused team, you can contact the following champions:

Firefox Developer Edition

С 2011 года между бета-версиями и ночными пре-альфа сборками (Nightly) у Mozilla существовало промежуточное звено: Firefox Aurora, эквивалентное альфа-версиям браузера. В 2014 на базе канала обновлений Aurora Mozilla представила Firefox Developer Edition – специальную редакцию браузера, ориентированную на веб-разработчиков.

В 2017 Mozilla решила упразднить Aurora, так как наличие этого канала не принесло желаемого улучшения процесса тестирования новых версий Firefox, а даже, наоборот, в некоторой степени затягивало этот процесс. В результате Firefox Developer Edition начал базироваться на более стабильных бета-версиях, а версии Firefox Aurora и вовсе исчезли.

Сегодня Firefox Developer Edition – это почти то же самое, что и бета. Здесь есть лишь несколько незначительных отличий. В частности, на панель инструментов вынесена кнопка, открывающая меню функций, полезных разработчику. Также по умолчанию браузер использует тёмную тему оформления.

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

Stage 1: Definition

1. Feature overview

Offering a x86 64-bit Firefox to Windows 7 (and Vista) 64-bit users brings one immediate and major improvement. It would help dramatically with OOM crashes due to address space exhaustion. There are potential performance benefits as well — especially in JavaScript land.

This feature falls primarily in the Experience category (from the «Discover, Experience, and Connect» vision statement.)

2. Users & use cases

Users with 64-bit Windows 7 (and Vista) can currently use Firefox 32-bit builds and that’s what we offer them. But the 32-bit builds can only use part of the user’s memory address space and so we are not taking full advantage of the user’s platform capabilities.

3. Dependencies

• Platform engineering resources are needed to implement running 32-bit plug-ins in 64-bit Firefox.
• Rel Eng will need to update systems for build, automation, and updating.
• QA will have one more platform to test.

4. Requirements

• Coherent 32 bit plugin on 64-bit build experience
• Build automation able to create 64 bit builds
• QA automation able to test 64 and 32-bit builds
• AUS changes to support 64 and 32-bit builds and updates
• www.mozilla.com to offer 64-bit builds
• Performance parity with 32-bit Firefox on Windows
• Stability parity with 32-bit Firefox on Windows

Non-goals

• We should not attempt support of 64-bit Windows XP (neither x86-64 nor Itanium)
• We do not immediately need a stub installer or website magic to deliver 64-bit builds to 64-bit Windows users.
• We do not need or expect memory use parity with 32-bit Firefox.
• We do not intend to drop support for 32-bit Firefox.

Changes for add-on developers

API changes

Menus

• A new API, , can be called from the DOM event to set a custom context menu in extension pages. This API allows extensions to hide all default Firefox menu items in favor of providing a custom context menu UI. This context menu can consist of multiple top-level menu items from the extension, and may optionally include tab or bookmark context menu items from other extensions. See for more details.

  • was implemented in (bug 1280347).
  • The option, which can be used to hide the default context menu options, was implemented in (bug 1367160).
  • can now be used to match a document URL, even if  is used. This way, it can reliably be used to restrict custom menu items to certain documents (bug 1498896).
• You can now restrict where context menus can appear in an add-on using the new property in and (bug 1416839).
• can now be used to update the icon of an existing menu item (bug 1414566).
• Extensions can now detect which mouse button was used when a menu item was clicked — this can be found using the new property of (bug 1469148).

Windows

The windows.create() method now has a new option available — cookieStoreId — which specifies the CookieStoreId to use for all tabs that were created when the window is opened (bug 1393570).

Privacy

The privacy.websites cookieConfig property is an object that can accept a behavior property — this property can now take a new value, reject_trackers, which instructs the extension to reject tracking cookies (bug 1493057).

devtools.panels API

The devtools.panels.elements Sidebar.setPage() method is now supported (bug 1398734).

• The new property of the manifest key enables extensions to control whether their page actions should be pinned to the location bar on install or not (bug 1494135).
• In native manifests on Windows, the 32-bit registry view ( will be checked first for registry keys, followed by the «native» registry view; you should use whichever is appropriate for your application (bug 1494709).
• The field’s object can now include new properties — and (bug 1486819), and .