Создаю тему по просьбе желающих обсудить расширение.
Сабж.

Пожелание:
сделать окна "Непривязанные настройки"(chrome://pcln/content/preftree.xul), "Привязка ветки настроек" вкладками основного окна "Preferences Cleaner"
(chrome://pcln/content/addonslist.xul), которое в свою очередь должно открываться в новой вкладке [firefox]

Вот только раз уж ты описал методику его работы - скажи, а если дополнение было не отключено, а удалено (а вместе с ним и его файл из папки extensions) - то как быть? что в такой ситуации сделает твоё дополнение с соответствующими префами?
Я смотрю последнее обновление дополнения было довольно давно - ты его случаем не забросил?
Не думал добавить справку по лисьим префам? Чтоб можно было посмотреть какой из них что делает. Может быть сделать это через парсинг какого-нибудь сайта типа kb.mozillazine.org

А ещё я ставил твоё дополнение, покрутил его и выключил, т.к. многое было не понятно. А теперь вот хочу разобраться:
Можешь пояснить - что делают галки на вкладке "installed extensions"? В подсказке написано, что вроде как настройки отмеченных галкой дополнений будут автоматически удаляться - как и когда это будет происходить? с каким-то промптом или втихую? Или это зависит от наличия галки "Options > Request confirmation of several preferences simultaneous deletion" (тут кстати коряво составленная фраза, это руинглиш, советую перефразировать так: "Confirm deletion of multiple preferences").

Linking preferences branch - я правильно понял, что здесь можно вручную привязать некоторые настройки с определённым дополнением? Я правильно понимаю, что это делается ТОЛЬКО вручную?
Нет ли желания ввести какую-то общую базу линковок? Ну чтобы те, кто выяснил к какому дополнению относится конкретный левый преф - мог тебе об этом куда-то сообщить, а ты бы добавил эту линковку в базу и в след. версии дополнения - у всех установивших твоё дополнение юзеров уже была налажена эта линковка?

По порядку.

imyax пишет

Пожелание: сделать окна "Непривязанные настройки"(chrome://pcln/content/preftree.xul), "Привязка ветки настроек" вкладками основного окна "Preferences Cleaner" (chrome://pcln/content/addonslist.xul), которое в свою очередь должно открываться в новой вкладке [firefox]

Можно, но это не самая большая проблема расширения. Сделаю, когда разберусь с прочим.

iDev.Pi пишет

скажи, а если дополнение было не отключено, а удалено (а вместе с ним и его файл из папки extensions) - то как быть?

Не понял вопроса. Удалено - как? Руками как объект файловой системы без удаления в менеджере дополнений? Удаление настроек (если расширение было установлено после установки Preferences Cleaner) как раз и происходит после удаления расширения в менеджере дополнений, и рестарта FF.

iDev.Pi пишет

что делают галки на вкладке "installed extensions"?

Галки - чекбоксы, или просто галки? Просто галки - признак наличия настроек, созданных расширением динамически (не прописанных в defaults\prefs расширения), и привязанных к нему вручную. Чекбоксы - опция автоматического удаления настроек при удалении расширения; если чекбокс снят, то настройки после удаления расширения перекочуют во вкладку Uninstalled extensions - оттуда их можно будет удалить опять же вручную. Если в опциях выставлено delete extension preferences by default on extension uninstall, то этот чекбокс на вкладке Installed extensions будет выставлен для расширения автоматически после его установки.

iDev.Pi пишет

как и когда это будет происходить? с каким-то промптом или втихую?

Тихо и незаметно при рестарте FF после удаления расширения.

iDev.Pi пишет

Или это зависит от наличия галки "Options > Request confirmation of several preferences simultaneous deletion" (тут кстати коряво составленная фраза, это руинглиш, советую перефразировать так: "Confirm delete action for multiple preferences").

Нет, при этой выставленной галке будет запрашиваться подтверждение при попытке удалить вручную разом несколько настроек (либо на вкладке Uninstalled extensions, либо в окне непривязанных настроек). Сделано специально для того, чтобы поставившие расширение из любопытства, и смутно понимающие суть и цель своих действий, как можно меньше наломали дров в своем about:config.

iDev.Pi пишет

Linking preferences branch - я правильно понял, что здесь можно вручную привязать некоторые настройки с определённым дополнением?

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

iDev.Pi пишет

Нет ли желания ввести какую-то общую базу линковок?

Такая мысль была. Нет, такое желание отсутствует. В одиночку - неподъемно, там слишком много работы.

iDev.Pi пишет

Не думал добавить справку по лисьим префам?

Нет. Это лежит совсем вне рамок задач расширения - оно ориентировано на настройки не FF, а расширений (которые оно к тому же предназначено вычищать).

iDev.Pi пишет

Я смотрю последнее обновление дополнения было довольно давно - ты его случаем не забросил?

Тут ситуация двоякая. С одной стороны, расширение работает, и багов в работе с ним я пока не замечал с момента аппрува последней актуальной версии. Какие-либо пожелания и предложения были высказаны впервые за всё время существования расширения именно здесь, в данной теме (за исключением периодически появляющихся просьб адаптировать расширение под ветку 3.6, и сделать возможным удаление настроек, появившихся до установки Preferences Cleaner - на это я сразу говорю категорическое "нет"). Получается, что и обновлять в расширении особенно нечего. С другой стороны, у меня самого уже с полгода имеются идеи и мысли о реализации вышеупомянутого отслеживания появления непривязанных настроек, о кое-каких переделках интерфейса - явно неинтуитивных мест там очень много - но для этого нужна хотя бы неделя полностью свободного времени на кодинг. А этой недели давно уже нет. Если в начале мая отпустят в отпуск - может, где-то там.

Клевое полезное расширение, скачал, попробовал, все понравилось, но многого не понял. Использовал для удаления окно "непривязанных настроек", там нашел то, что было удалено, но сохранило настройки, удалил ненужное. Зачем окна "установленные..." и "удаленные..."? Например, у меня в удаленных ничего не отображается. Для чего можно отмечать галками установленные дополнения в окне "установленные..."?

hydrolizer пишет

Не понял вопроса. Удалено - как? Руками как объект файловой системы без удаления в менеджере дополнений? Удаление настроек (если расширение было установлено после установки Preferences Cleaner) как раз и происходит после удаления расширения в менеджере дополнений, и рестарта FF.

Имеется в виду, что было удалено до включения PrCl.

23-03-2012 04:48:15

hydrolizer пишет

Тихо и незаметно при рестарте FF после удаления расширения.

Тебе не кажется это чревато потерей данных по ошибке? Может приделать опционально и промпт?

hydrolizer пишет

Такая мысль была. Нет, такое желание отсутствует. В одиночку - неподъемно, там слишком много работы.

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

hydrolizer пишет

Нет. Это лежит совсем вне рамок задач расширения - оно ориентировано на настройки не FF, а расширений (которые оно к тому же предназначено вычищать).

Ага, это был вопрос на перспективу :)
А вдруг ты бы захотел от Preferences Cleaner перейти к Preferences Manager? :D

hydrolizer пишет

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

%Юзернейм% умеет ждать. :)

EDIT:

iDev.Pi пишет

Имеется в виду, что было удалено до включения PrCl.

а, кажется ты ниже уже ответил на это:

hydrolizer пишет

и сделать возможным удаление настроек, появившихся до установки Preferences Cleaner - на это я сразу говорю категорическое "нет"

23-03-2012 05:03:27
Confidence
Попробую на твои вопросы ответить я (hydrolizer-у будет полезно узнать то, как пользователи понимают работу его расширения).

Confidence пишет

Зачем окна "установленные..." и "удаленные..."?

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

Однако возможна ещё ситуации:
1. когда дополнение было установлено, потом удалено, и только потом был установлен PrCl. В таком случае в профиле пользователя могут иметься настройки от уже удалённого расширения, и эти настройки PrCl сам связать с каким-то дополнением уже не сможет.
2. когда дополнение хитрожопо использует функцию создания префа и PrCl эти префы отследить не может
Для этих случаев есть инструмент Loose preferences для ручного удаления ненужных префов (но надо самому знать что удаляешь).

Confidence пишет

Для чего можно отмечать галками установленные дополнения в окне "установленные..."?

Отмеченные галками дополнения при удалении заставят PrCl автоматически удалить и связанные с ними настройки.

hydrolizer пишет

Какие-либо пожелания и предложения были высказаны впервые за всё время существования расширения именно здесь, в данной теме (за исключением периодически появляющихся просьб адаптировать расширение под ветку 3.6

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

iDev.Pi пишет

Тебе не кажется это чревато потерей данных по ошибке?

Не чревато. Главная потеря данных может случиться во время сеанса работы с базой, а он завернут в транзакцию, и настройки удаляются после её коммита. Кроме того, если в текущем сеансе были какие-то манипуляции с настройками посредством расширения, то на этот сеанс делается отдельный бэкап prefs.js (папка PreferencesCleaner\prefbackups в профиле), и делается запись в лог (PreferencesCleaner\pcln.log).

iDev.Pi пишет

то если до удаления расширения у тебя уже работал Preferences Cleaner (и он успел просканировать то расширение) - то после удаления префы этого дополнения будут отображаться в окне "удалённые".

Причем если версия какого-л. расширения была обновлена, и в предыдущей версии были настройки, которых нет в новой, то расширение будет одновременно на двух вкладках - Installed extensions, и Uninstalled extensions - во второй будут неиспользуемые настройки предыдущей версии (разумеется, это касается только настроек из defaults\prefs, динамически создаваемые настройки все считаются актуальными для любой версии расширения). На вкладке Uninstalled extensions у удаленных расширений черная иконка, у предыдущих версий - рыжая.
Некогда я для тестирования всего этого сделал 2 расширения, они не содержат ничего, кроме настроек: http://dl.dropbox.com/u/14131025/testing/fooprefs.xpi и http://dl.dropbox.com/u/14131025/testin … fs_old.xpi, причем второе автообновляется на новую версию с другим набором настроек, и создает энное количество настроек динамически.

iDev.Pi пишет

Отмеченные галками дополнения при удалении заставят PrCl автоматически удалить и связанные с ними настройки.

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

iDev.Pi пишет

захотел от Preferences Cleaner перейти к Preferences Manager? :D

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

скрытый текст
about-favprefs.png

но эта идея как-то так и не дошла до логического завершения.

hydrolizer пишет

Ну в общем да, захотел. Кое-что сделал.

а где её можно скачать чтобы попробовать?

Я-таки решил взяться за переработку сабжа. Первое, что я хочу сделать - переработать всё, что связано с функционалом работы с т.н. "непривязанными" настройками. И первая проблема это функционала - терминологическая путаница и неясность.
Чтобы было понятнее: существуют настройки, которые расширения создают на рантайме. Эти настройки не объявлены в файлах, размещенных в папке defaults\preferences пакета расширения; у этих настроек нет значения по умолчанию - при попытке сбросить их на значение по умолчанию, они просто исчезают. Выявляются эти настройки попыткой получить их значение на default preferences branch - если настройка "непривязанная", то эта попытка выкинет ошибку. Других способов я не нашел.
Далее. Чтобы сабж удалял такие настройки, ему нужно знать, к какому расширению они относятся. В общем случае эта задача неавтоматизируема (в частном - кое-что будет сделано), поэтому пока привязка непривязанных настроек делается вручную - есть окно, где собраны все эти настройки, в этом окне выбираем ту, которая относится к расширению (факт того, что "относится", определяет сам пользователь, как он умеет), жмем ok - настройка привязана. Получаем такую вот привязанную непривязанную настройку. Хотелось бы как-то определиться с терминами, чтобы исключить этот оксюморон. И вообще назвать такие настройки по-другому, т.к. "непривязанная" - сразу возникает вопрос, к чему, и приходится излагать всё, написанное выше, и на пальцах объяснять внутренне устройство Mozilla preferences system (на самом деле, от пользователей достаточно часто приходят вопросы подобного рода).
Кто что может предложить для именования "непривязанных" и "привязанных непривязанных" настроек?

Незарегистрированные настройки

Tiger.711 пишет

Незарегистрированные настройки

Как вариант, чтобы не было оксюморона. Но тоже не очень нравится, т.к. "незарегистрированные" - кем? Вот они все собраны в одном окне - почему "незарегистрированные"? И опять объяснять про defaults\preferences...

Может лучше "неидентифицированные" настройки?

hydrolizer

Получаем такую вот привязанную непривязанную настройку. Хотелось бы как-то определиться с терминами, чтобы исключить этот оксюморон…
Кто что может предложить для именования "непривязанных" и "привязанных непривязанных" настроек?

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

скрытый текст
Кстати, по-моему в английской локали есть неточность в названии пункта «Loose preferences», которому в русской локали соответствует пункт «Непривязанные настройки». Поскольку здесь речь идёт о совершенном виде (они ведь уже «потеряны»/«не привязаны»), наверное, правильнее было бы назвать их «Lost preferences».
А ещё обнаружил опечатку в строке

<!ENTITY actions.tooltip.setPrefsLink "Linking preferences brach">

приходится излагать всё, написанное выше, и на пальцах объяснять внутренне устройство Mozilla preferences system (на самом деле, от пользователей достаточно часто приходят вопросы подобного рода).

Напишите FAQ и давайте ссылку. Я думаю, это многим полезно будет.

hydrolizer
может стоит завести issue-tracker на github.com?

MySh пишет

пытаемся их распознать, определить, идентифицировать, выявить, вычислить

категоризовать (словарь синонимов помогает)...
Я за "неидентифицированные" или "нераспознанные".

Пандёнок пишет

нераспознанные

Умничка! :)
По-русски: нераспознанные, на инглише :unrecognized и дело в шляпе! однозначное понимание ситуации.

gozer пишет

Может лучше "неидентифицированные" настройки?

gozer пишет

По-русски: нераспознанные, на инглише :unrecognized и дело в шляпе!

Я решил сделать так: вообще отказаться от какого-либо именования таких настроек. Пусть будут просто настройки - тогда вопросы будут появляться по мере углубления в предметную область, а не сразу же при виде названия окна/хинта кнопки.
Окно, где производятся операции с "непривязанными" настройками, надо назвать "идентификация настроек" (по моему скромному, именно "идентификация" - "выявление"/"опознание" слишком отдает УК, а "вычисление"/"распознание" несет контекст автоматизированности процесса, которой, в общем-то, нет). Когда такая настройка будет сопоставлена расширению, не нужно будет её именовать "распознанной нераспознанной", "привязанной нераспознанной", и т.д. - она была и есть просто настройка.
Спасибо за советы в нужном направлении.

Желаю успеха с усовершенствованием расширения! :)
Будет ли в обозримый срок его вариант или новое, где была бы каталогизация групп настроек? Примерно так как Вы однажды дали на скриншоте.

hydrolizer пишет

Кто что может предложить для именования "непривязанных" и "привязанных непривязанных" настроек?

Вся ошибка в том, что ты неправильно назвал настройки "непривязанными". Они же на самом деле просто неопознанные.
Таким образом получается:
"непривязанная" = неопознанная.
"привязанная непривязанная" = привязанная неопознанная (или чуть более по-милицейски: "условно опознанная").

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

iDev.Pi пишет

Вся ошибка в том, что ты неправильно назвал настройки "непривязанными".

Да, я это давно уже понял. Их вообще не нужно как-то называть, т.к. название таких настроек связано с длинной предысторией, которую трудно уместить в одном слове, раскрывающем суть.

Работы по переделке потихоньку подходят к концу. Сейчас нужно перевести на английский три новых строчки:

Выбранный вам элемент и/или вложенные элементы
имеют привязку к расширению. Выполнение операции невозможно.

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению.
Данная операция переопределит эту привязку. Продолжить выполнение?

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению.
Данная операция отменит эту привязку. Продолжить выполнение?

(человек, который обычно помогал мне с переводом, на 2 недели уехал в отпуск, и недоступен)
К концу этой недели постараюсь выложить расширение для тестирования.

hydrolizer пишет

К концу этой недели постараюсь выложить расширение для тестирования.

Ждём-с.

lokiju
Дико извиняюсь, но ничего не могу обещать как минимум до конца лета. Затяжной рабочий аврал, а доделать нужно куски, требующие работы не урывками.

hydrolizer
можно я тебя чуть-чуть попингую?
лето прошло, как там дела с дополнением?

iDev.Pi пишет

можно я тебя чуть-чуть попингую?

Разумеется.

iDev.Pi пишет

лето прошло, как там дела с дополнением?

Еще не закончено. Переделано достаточно много - работа с sqlite-базой (опять поменялась структура таблиц и вьюшек, не обойтись без этого было нельзя, плюс поменялась логика асинхронных обращений к базе), практически полностью была переписана работа с настройками в виде дерева (куча процедурной обработки была заменена на XSL-генерацию/обработку с пом. XPath). Сейчас, по большому счету, осталось доделать экспорт-импорт настроек, и протестировать. К сожалению, проблема всё та же - я могу заниматься этим один день в неделю (если хотя бы так получается).
Немного скринов: заметно изменилось окно с этими самыми "непривязанными настройками" - сейчас оно одно. В текущей версии их два: с теми настройками, которые вообще ни к чему не привязаны, и с теми, которые тоже не привязаны изначально, но были привязаны вручную - я решил, что это слишком запутанно. Поэтому сейчас вид такой:

скрытый текст
pcln1.png
pcln2.png

Зеленым фоном выделены ветки, внутри которых настройки были привязаны вручную. Оверлеи иконок с кнопками - точки привязки, т.е. те узлы, которые были непосредственно выбраны при операции привязки. В строке статуса отображается, к какому расширению относятся эти привязанные настройки. Кроме того, настройки можно помечать как системные - есть ряд системных настроек, которые изначально отсутствуют в about:config, и поэтому считаются непривязанными.
Сам процесс привязки выглядит примерно так:
скрытый текст
pcln3.png

Ну, и еще одна проблема, которая пока не решена - перевод. Нужно некоторые новые строки адекватно перевести на английский - выше я упоминал об этом. Человек, который мне обычно помогал с переводом, не особенно силен в IT-лексике; в данном случае он просто сказал, что это вне рамок его компетенции. Как, например, перевести еще и вот такое: "Выбранный вами элемент имеет привязку выше по иерархии, данная операция отменит эту привязку для него и для всех его потомков"?

hydrolizer
Спасибо, всегда интересно узнать как там идёт ход разработки. С переводом - можешь и ко мне обращаться.

hydrolizer пишет

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению. Выполнение операции невозможно.

The selected element and/or some of it's descendants are bound to an extension. The operation could not be performed.

hydrolizer пишет

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению.
Данная операция переопределит эту привязку. Продолжить выполнение?

The selected element and/or some of it's descendants are bound to an extension. This operation will rebind them.

hydrolizer пишет

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению.
Данная операция отменит эту привязку. Продолжить выполнение?

The selected element and/or some of it's descendants are bound to an extension. This operation will cancel that binding. Proceed?

hydrolizer пишет

"Выбранный вами элемент имеет привязку выше по иерархии, данная операция отменит эту привязку для него и для всех его потомков"?

The selected element is bound with some of it's ancestors. This operation will remove all the bindings for this element and all of it's descendants.

И всё-таки повторюсь:

iDev.Pi пишет

hydrolizer
может стоит завести issue-tracker на github.com?

iDev.Pi
Спасибо.

hydrolizer
пропустил при переводе предложение

Данная операция отменит эту привязку

обновил перевод в предыдущем сообщении.

hydrolizer
за последние пол года вышла только 1 версия и та без ченджлога.
есть какие-то новости о дополнении? ты над ним ещё работаешь или забросил? предоставь, пожалуйста, ченджлог последней версии.

Кстати. Я как-то установил дополнение с амо для epub формата, так после удаления осталась папка и файлы, Preferences Cleaner ничего не нашло.

hydrolizer
ping

iDev.Pi
Понг. Я продолжил работу (вот, например).

hydrolizer
загитхабь проект?

iDev.Pi
https://bitbucket.org/hydrolizer/preferences-cleaner
Всё же работать с гит по windows не особенно удобно. По ссылке - hg-репозиторий.
Вообще у данного расширения уже есть репозиторий, но он полностью закрытый, а интереснует, как я понимаю, не столько сама VCS, сколько issue tracker и логи коммитов?

Так. Настоящим сообщаю, чтоя сворачиваю работу над этим расширением и над HistoryExport. Сразу хочу отметить, что причиной здесь является вовсе не MoFo с её политикой вносимых изменений, а банальная нехватка времени для работы над всем этим - вопроеки ожиданиям, эта нехватка только увеличивается. Отчасти могу констатировать снижение моего интереса к этой теме - она как-то себя исчерпала в плане чего-то кардинально нового. Но с этим можно было бы справиться, если бы было время.
Дабы не вводить посетителей АМО в заблуждение видимостью возможной поддержки и отклика, свой аккаунт оттуда я удаляю.
Последняя выложенная на АМО версия PreferencesCleaner находится здесь.
Экспериментальная и недоработнанная версия PreferencesCleaner находится здесь.
Последняя выложенная на АМО версия HistoryExport находится здесь.
Если кто-то пожелает сделать форк чего-либо из вышеприведенного хозяйства - буду только рад.
За собой оставляю только поддержку SwitchKeyboardLayout - если у кого-то будут пожелания.предложения, пишите в соответствующей теме.

hydrolizer
Почему просто не выложить исходники расширений на github? Кому надо, тот форкнет и продолжит.

hydrolizer
Оставьте на AMO для [firefox] 10, иногда у некоторых людей новые версии не работают. Да и есть фаны которые могут из исходников под себя собрать [firefox] 10 и на нем сидеть годами. В общем с вашей стороны было бы правильно оставить Preferences Cleaner на AMO с примечание, что больше не поддерживается. Кроме того эту инфу и ссылки очень помогли бы там, так как англоязычных пользователей гораздо больше и шанс на то, что кто-то продолжит тоже.

У кого есть акаунт на forums.mozillazine.org
Сообщите им в этой теме, что случилось и дайте ссылки на последние версии:
http://forums.mozillazine.org/viewtopic … &t=2785973

Я честно попробовал там зарегистрироваться, но ни mail.ru, ни еще несколько почтовых сервисов не приняла система, а вводить свой номер в gmail я не буду.

dviwkbp пишет

У кого есть акаунт на forums.mozillazine.org
Сообщите им в этой теме, что случилось и дайте ссылки на последние версии:
http://forums.mozillazine.org/viewtopic … &t=2785973

Написал: http://forums.mozillazine.org/viewtopic … #p13592645
Впрочем, как-то уже несколько поздно...