У меня была эта проблема, так как я был ребенком. Почему это происходит? Какая часть Firefox изменяется, что делает его "несовместимым" с надстройкой, которая на 0.0.1 версии старше новой.
Это действительно беспокоит меня, так как мне приходится переустанавливать все надстройки (около 40) снова каждый раз, когда он (****) обновляется сам.
Я отключил обновление и отключил его, чтобы больше не говорить об обновлении.
Помимо вопросов выше, есть ли у Chrome эта проблема? Если нет, я буду любить его и навсегда покину Firefox ...!
2 ответа
2
Это сделано для того, чтобы вы не обвиняли Firefox, если стороннее расширение не будет работать с изменениями, внесенными в более новые версии.
Вы можете "взломать" расширение, чтобы изменить версии, для которых оно установлено как совместимое. Обратите внимание, что это может выявить ошибки или другое странное, неожиданное поведение, или расширение может привести к сбою Firefox или вообще не работать, и вам, вероятно, придется повторить изменение, если автор расширения обновит расширение.
Загрузите на свой компьютер копию расширения (файл «.xpi»).
Извлеките (разархивируйте) файл .xpi. Это просто заархивированный файл с расширением .xpi, поэтому вы можете использовать что-то вроде unzip или Stuffit-expander (на Mac) для его извлечения.
Откройте файл «install.rdf» в текстовом редакторе, таком как "Блокнот". Найдите такой слоган, показывающий число "maxVersion" (в данном случае 2.0, но оно может отличаться в зависимости от расширения): 2.0
Измените «2.0» на «3.0. *» Или все, что вам нужно (* распространяется на любые незначительные обновления версий выпуска). Это говорит установщику, что версия может быть установлена с соответствующим номером версии Firefox или Thunderbird.
При желании, чтобы указать, что вы изменили расширение для личного использования, вы также можете отредактировать строки, описывающие автора / участника и версию расширения. Сохраните сделанные вами изменения в файле install.rdf.
Создайте zip-архив, содержащий все файлы, которые были в исходном файле .xpi, включая ваш измененный файл install.rdf. Переименуйте его в «myExt.xpi» или как хотите. Ключевым моментом здесь является использование «.xpi» для расширения файла.
Настоятельно рекомендуется: перед установкой расширения сделайте временную резервную копию папки вашего профиля или, по крайней мере, папки "extensions" внутри папки вашего профиля, которая содержит установленные расширения. Таким образом, если что-то пойдет не так, вы можете легко отменить изменения.
Наконец, установите расширение: если это расширение Firefox, откройте файл .xpi из Firefox, и оно должно быть установлено. Если это расширение Thunderbird, установите его через меню «Инструменты -> Дополнения».
Источник (и дальнейшее чтение вы должны сделать): http://kb.mozillazine.org/Editing_an_add-on_to_change_its_compatibility
2
Это связано с тем, что старый способ создания надстроек Firefox довольно сложен, но дает более мощные и интегрированные надстройки. Не было четко определенного API надстроек, и иногда разработчики надстроек использовали тот же код, что и сам браузер для отображения элементов и пользовательского интерфейса.
Из-за этой зависимости и отсутствия определенных API для надстроек разработчикам необходимо проверять работу своих надстроек при каждом новом выпуске Firefox. Раньше это было довольно больно. С другой стороны, (к счастью?) не было частых обновлений, подобных текущему циклу выпуска.
Ну, Chrome изменил все, от цикла выпуска до процесса разработки дополнений. Chrome представил четко определенные и простые API-интерфейсы расширения, основанные на JavaScript и других открытых стандартах, и не зависящие от архитектуры браузера и базы кода. Большинство стабильных API-интерфейсов практически не меняются со временем, и поэтому разработчикам не нужно проверять свои надстройки при каждом новом выпуске.
Команда Firefox последовала этому примеру и представила Jetpacks, что упростило процесс разработки дополнений. Теперь команда Firefox автоматически проверяет наличие проблем с совместимостью с предстоящими новыми выпусками и заранее предупреждает разработчиков надстроек в случае обнаружения какой-либо проблемы. Это дает разработчикам достаточно времени для обновления своих дополнений.
AFAIK, большинство разработчиков дополнений перешли на реактивные ранцы, но некоторые из них все еще используют старый способ.
(PS: также читайте эту статью)