Подготовлен корректирующий выпуск Firefox 62.0.2, в котором исправлено несколько ошибок и устранена уязвимость (CVE-2018-12385), способная привести к краху при обработке определённым образом оформленных данных в локальном кэше.

Среди исправленных ошибок:

  •   Решены проблемы с отображением некоторых сайтов, включая очень долгую отрисовку Google Maps (из-за ошибки в Firefox карта прорисовывалась  25  секунд вместо 5 в Chrome);
  •   Возобновлена совместимость с сайтами, использующими устаревшие настройки TLS (возвращена поддержка TLS_DHE_RSA_WITH_AES_256_CBC_SHA);
  •   Исправлена ошибка, приводившая к игнорированию ранее не открытых закладок при автодополнении ввода в адресной строке;
  •   Решены проблемы с рендерингом WebGL (не отрисовывались полигоны);
  •   Устранена неработоспособность браузера после перезапуска в случае обновления языкового пакета при открытом браузере;
  •   Обеспечена корректная загрузка языкового набора по умолчанию, если дополнительно установленный языковой пакет был удалён (например, зафиксировано удаление антивирусом Avast);
  •   Реализовано корректное восстановление размера и позиции окна после перезапуска Windows;
  •   Устранён крах при совместном использовании одного профиля настроек с более новым выпуском Firefox, находящимся в разработке;
  •   Добавлена возможность отмены удаления поискового движка, которая не работала в случае установки языкового пакета;
  •   Решены проблемы с отображением в macOS на системах с несколькими мониторами.

Загрузить Firefox 62.0.2:

    Русская версия:
        ico-win.png Windows (32-bit) (установка через Интернет)
        ico-win.png Windows (32-bit) (установка в автономном режиме)
        ico-win.png Windows (64-bit) (установка в автономном режиме)
        ico-osx-uni.png Mac OS X (32-bit/64-bit)
        ico-tux.png Linux (32-bit)
        ico-tux.png Linux (64-bit)

    Английская версия:
        ico-win.png Windows (32-bit) (установка через Интернет)
        ico-win.png Windows (32-bit) (установка в автономном режиме)
        ico-win.png Windows (64-bit) (установка в автономном режиме)
        ico-osx-uni.png Mac OS X (32-bit/64-bit)
        ico-tux.png Linux (32-bit)
        ico-tux.png Linux (64-bit)

   Другие языки

Что нового в Firefox 62 для разработчиков
Примечания к выпуску для Windows, Mac and Linux

Новость взята с сайта opennet.ru

Есть в профиле папка storage, а в ней такая папка как default
Хранятся в ней вроде бы как данные некоторых настойчивых сайтов, а также данные дополнений (хотя для них browser-extension-data есть, ну да фиг с ними).
Порой я ещё чищу вручную. От некоторых особо настойчивых сайтов. Бывает что порядочно не пойми чего скапливается.

А сегодня внезапно вдруг перестало работать одно из дополнений. Причём именно что внезапно, то есть настройки не менял, дополнения не ставил, по прон-сайтам не ходил и вообще Firefox запускал лишь минут на 10. И вот вечером — на тебе:

скрытый текст
cozrr-qznefdwgpadjlezw2lsq4.png

О чём он пишет — я не понял. Никаких Private Mode и ничего такого я не включал и не собираюсь. Но как не перезапускай — стоит лишь вызвать настройки clippings — окошко перед глазами, а нажатие на вожделенную обычно кнопку "ок" приводит аж к закрытию браузера. Без всяких предупреждений. Как в военное время.

Путём мучительного размышления почёсывания черепной коробки и копания в папках (не стал пробовать безопасные режимы и прочее) выяснил причину.
Причина — «лишний» файл в папке \storage\default\ по моей вине случайно оказавшийся там. Выходит такая ситуация: любой созданный в этой папке не браузером файл приводит к вышеупомянутому окошку. Даже самый невинный:

скрытый текст
sr_i6khtlcz6ucncuk1k0_17gpy.png

Прекрасно понимаю что сия папка — не пользовательская свалка, но всё-таки интересна реакция браузера (или его дополнения) на сторонний файл.
Отчего такое может быть? Или как бы и фиг с ним, Мозилле виднее?

Coroner, повторил ваш опасный эксперимент :lol:

скрытый текст
1f69279dc7c1f9f1a.png

Это само по себе так? Без всяких сторонних файлов?

Coroner, нет же. Само по себе расширение не глючит. Но стоило мне создать Zadnica.txt в папке default, появляется такая надпись ))

Хорошо, я уж было подумал что без задницы такое. :)
У меня оно тоже работает. Но задницу оказалось мало убрать — данные Clippings исчезли.
Возможно стоило бы пошаманить, но я просто из вчерашнего бэкапа профиль вытащил.

Вопрос то собственно не по Clippings: может быть что какое-нибудь дополнение запишет в папку некий файл, после чего что-нибудь в браузере отвалится, или того хуже он в рестарт будет уходить. Если такое возможно — то это не есть хорошо.

Coroner пишет

Вопрос то собственно не по Clippings: может быть что какое-нибудь дополнение запишет в папку некий файл, после чего что-нибудь в браузере отвалится, или того хуже он в рестарт будет уходить. Если такое возможно — то это не есть хорошо.

дополнения пишут файлы в свои папки - поэтому это невозможно :offtopic:

Мозилкин пишет

дополнения пишут файлы в свои папки - поэтому это невозможно

Но почему такая реакция дополнения на запись в папке default? Отказывается работать, когда появляется запись в папке default.

Мозилкин пишет

дополнения пишут файлы в свои папки - поэтому это невозможно

А скрипты могут?

dreamkz пишет

Но почему такая реакция дополнения на запись в папке default? Отказывается работать, когда появляется запись в папке default.

потому что там видимо хранятся файлы настроек этого дополнения,всё остальное рушится не должно(можете ваще папку зачистить и браузер будет нормально работать)

Coroner пишет

А скрипты могут?

в папке хранят данные только некоторые сайты которые вы настраивали под себя и настройки дополнений(не всех)...

Вечер добрый. После обновления до 62 - ой версию есть проблема с https://addons.mozilla.org/ru/firefox/addon/humble-new-tab/

Как новая вкладка работает прекрасно. Но не для нового окна. В настройках стоит домашней страница дополнения, но я вижу пустую страницу.

MrMyth пишет

В настройках стоит домашней страница дополнения, но я вижу пустую страницу.

https://addons.mozilla.org/ru/firefox/addon/new-tab-homepage/

Мозилкин пишет

потому что там видимо хранятся файлы настроек этого дополнения,всё остальное рушится не должно(можете ваще папку зачистить и браузер будет нормально работать)

Там не только настройки этого дополнения же. Но и «некоторые сайты которые вы настраивали под себя и настройки дополнений(не всех)»
Если дополнение, как вы писали выше:

Мозилкин пишет

дополнения пишут файлы в свои папки

то какое ему дело до общей папки (default)? Почему оно имеет право закрыть браузер по нажатию "ок"?

После обновления начались "ожидания" сайтов. "Страница не отвечает, остановить-подождать?"

x3100 пишет

После обновления начались "ожидания" сайтов. "Страница не отвечает, остановить-подождать?"

Попробуйте обновить до 62.0.3 — может поможет.

62.0.3

02-10-2018 23:57:43
Хотя там ничего особенного нет :(

Mozilla to officially release Firefox 62.0.3 update on October 3, 2018 that fixes issues on Mac, including new Mojave and a vulnerability.

Fixed hangs MacOS Mojave when various dialog windows (upload, download, print, etc.) are activated

Coroner пишет

то какое ему дело до общей папки (default)? Почему оно имеет право закрыть браузер по нажатию "ок"?

если папка(default) для настроек,то наверно очевидно, что при нахождении там стороннего файла рушатся все настройки которые прописаны там.
я непонимаю,вам то это зачем? :sick:

Мозилкин пишет

если папка(default) для настроек,то наверно очевидно, что при нахождении там стороннего файла рушатся все настройки которые прописаны там.

Ну как я понимаю — она не для настроек, а для папок с настройками. А дополнение имеет доступ лишь в свою папку, но не в корень.

Мозилкин пишет

я непонимаю,вам то это зачем?

1. Я это обнаружил, как уже написал случайно. Но решил вот выяснить связь с недавними падениями браузера и нахождением в этой папке папок, которых там быть не должно — сайты, которые я не посещал стопудово и которые не удалялись стандартной процедурой "настройки" - "приватность" - "удалить данные / управление данными".

2. Я еще с момента выхода 57 мечтаю написать одно дополнение. Но мои навыки как погромиста весьма ограничены. И как я понимаю того WebExt что есть сейчас мне будет недостаточно. Я планировал сляпать вспомогательную утилитку-экзешник, которая бы подготавливала кое-какие необходимые данные для работы самого дополнения, а потом уже не использовалась бы. Поскольку данные дополнений хранятся в storage — то этот экзешник должен был писать данные в эту папку. Но раз такая истерическая реакция Firefox имеется на посторонние файлы, то кто знает как он будет реагировать на постороннюю папку... Пока не падает, но вдруг в дальнейшем заартачится?

Понимаю что так не делается, но я просто по другому не придумал. Видимо буду искать другой вариант. Сама идея не очень продумана была, пытался идти по лёгкому пути. Правда теперь об этом говорить смысла особого нет, так как времени нет пока на эксперименты. Но поинтересоваться на будущее решил вот...

Coroner пишет

Хотя там ничего особенного нет

Наврал. Оказывается «исправлено несколько ошибок и устранены две уязвимости»
Обновление Firefox 62.0.3 с устранением критических уязвимостей