crx version number invalid что делать
Distributing Chrome Extensions for older versions of chrome (CRX_VERSION_NUMBER_INVALID)
For anyone who has not done it, deploying Software as a Service into an Enterprise environment is an interesting experience. Not only do you have to navigate myriad of policies, access restrictions, and firewalls but you are also more often than not, working with legacy operating systems and software due to the level of rigour and stability required in an Enterprise desktop build
We recently experienced this joy first hand when deploying our Gurn software to run a pilot with a FTSE 100 company. The client was running an older version of Chrome — 57.0, now this isn’t an ancient version by any stretch having been released in March 2017, but in the world of continuous deployment a lot can change over a short period of time. At the time of writing (16 months since the release of Chrome 57), Chrome has already moved on to version 67.0 and with those versions have come lots of new features.
What was the problem?
In order to distribute our extension to this client, we had to pack and sign our extension manually rather than distribute it through the chrome store as we usually would.
Packing an extension is a simple process, you load the unpacked extension in chrome and click the pack button which packages and digitally signs the extension for distribution. We sent the packed extension to the client to test and they received the following error.
They couldn’t install the package and I was none the wiser as to why. After hunting around the internet for a solution to no avail, I took the plunge into the Chromium source code to try and figure out what was going on.
I discovered that the Chrome extension unpacker checks the version of the CRX format that the extension is packaged with vs the version supported by the browser. If the version numbers differ Chrome throws an error.
This error is never given when distributing through the Chrome store as I assume it is straightforward for them to check the version of the browser making the request and send a package with the correct CRX format.
The fix
Sometime between Chrome 57 and Chrome 67 (I got bored looking!) the CRX version being used for packaging was upgraded to version 2. I wasn’t sure exactly when this change had occurred, but now that I understood the check that the browser was making, I had a possible solution to the problem. If I packaged the extension using the same version of the browser as the client, the version check should pass as it will be using the correct CRX format. I downloaded the Chrome 57 browser from https://www.slimjet.com/chrome/google-chrome-old-version.php, packed the extension and ran a test install and the problem was solved.
I appreciate that this is a niche area of concern, but I’m sure this will be useful to others running into the same problem in the future.
crx version number invalid что делать
1 ответ
Это вызвано тем, что формат браузера CRX, используемый для упаковки расширения для распространения, отличается от формата CRX, используемого вашим браузером.
У меня была эта проблема при упаковке расширения в Chrome 67 для клиента, использующего Chrome 57.
Решение проблемы состоит в том, чтобы выяснить, какую версию Chrome использует целевой пользователь, и упаковать свое расширение в эту версию. Посмотрев на исходный код, похоже, что Chrome 67 поддерживает форматы CRX2 и CRX3. Я полагаю, что более ранние версии Chrome использовали CRX1.
Когда расширение распространяется через магазин Chrome, вы не сталкиваетесь с этой проблемой, поскольку они могут отправить вам подписанный пакет, используя версию CRX, как того требует версия вашего браузера.
Это вызвано из-за формата CRX браузера, используемого для упаковки расширения для распределения отличен от формата CRX используется в вашем браузере.
Я имел эту проблему при упаковке расширения в Chrome 67 для клиента с помощью Chrome 57.
Решение этой проблемы заключается, чтобы узнать, какую версию Chrome целевого пользователя использует и упаковать расширение с этой версией. Посмотрев на исходный код это выглядит как Chrome 67 поддерживает CRX2 и CRX3 форматов. Я полагаю, более ранние версии хрома используют CRX1.
Когда расширение распространяются в магазине Chrome вы не сталкиваетесь с этой проблемой, поскольку они могут отправить вам подписанный пакет, используя версию CRX в соответствии с требованиями вашей версией браузера.
Crx version number invalid opera
Возможные причины ограничения доступа:
Доступ ограничен по решению суда или по иным основаниям, установленным законодательством Российской Федерации.
Сетевой адрес, позволяющий идентифицировать сайт в сети «Интернет», включен в Единый Реестр доменных имен, указателей страниц сайтов сети «Интернет» и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию, распространение которой в Российской Федерации запрещено.
Сетевой адрес, позволяющий идентифицировать сайт в сети «Интернет», включен в Реестр доменных имен, указателей страниц сайтов в сети «Интернет» и сетевых адресов, позволяющих идентифицировать сайты в сети «Интернет», содержащие информацию, распространяемую с нарушением исключительных прав.
1 ответ
Это вызвано тем, что формат браузера CRX, используемый для упаковки расширения для распространения, отличается от формата CRX, используемого вашим браузером.
У меня была эта проблема при упаковке расширения в Chrome 67 для клиента, использующего Chrome 57.
Решение проблемы состоит в том, чтобы выяснить, какую версию Chrome использует целевой пользователь, и упаковать свое расширение в эту версию. Посмотрев на исходный код, похоже, что Chrome 67 поддерживает форматы CRX2 и CRX3. Я полагаю, что более ранние версии Chrome использовали CRX1.
Когда расширение распространяется через магазин Chrome, вы не сталкиваетесь с этой проблемой, поскольку они могут отправить вам подписанный пакет, используя версию CRX, как того требует версия вашего браузера.
When i get any crx extension file by link (
is ID of extension) on chrome version 73.0.3683.86, i get CRX_HEADER_INVALID with any ID on web-store.
Besides, i have downloaded crx file by https://chrome-extension-downloader.com/. i can get crx file but when i add this into chrome:extensions i also get CRX_HEADER_INVAILD on chrome version 73.0.3683.86, However on older chrome version is okey.
All this actives i work with chrome lastest version.
Does anyone can help me?
2 Answers 2
Why does this error occur?
CRX2 deprecation
Starting with Chrome 70, all non-force-installed extensions must be packaged in the CRX3 format. Extensions signed and hosted in the Chrome Web Store have been automatically converted.
Starting with Chrome 75, this restriction will also apply to force-installed extensions. Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged.
If your organization is force-installing privately hosted extensions packaged in CRX2 format and you do not repackage them, they will stop updating in Chrome 75. New installations of the extension will fail.
However, it seems like in Chrome 73 Google forced this change for new installations already and introduced a new policy option for updates only.
But wait, it says all of them were converted automatically, so.
Why does it occur in your case?
Beginning in M73, Chrome only allows installation of extensions signed with a CRX3 package. However, the webstore contains copies of both CRX2 and CRX3 versions (in order to accommodate older Chrome versions that can’t handle CRX3), and by default, will serve CRX2.
The [. ] package is using the old endpoint which will retrieve CRX2s, and so newer versions of Chrome will disallow the installation. [. ] downloading libraries need to update their code to request CRX3s, and then this would work in all modern Chrome versions (CRX3s have been supported for several versions now).
So the problem is you was using an outdated URL to download extensions. See this answer for current URL format.
Что делать если Яндекс Браузер заблокировал установку потенциально опасного расширения
For anyone who has not done it, deploying Software as a Service into an Enterprise environment is an interesting experience. Not only do you have to navigate myriad of policies, access restrictions…
What was the problem?
In order to distribute our extension to this client, we had to pack and sign our extension manually rather than distribute it through the chrome store as we usually would.
Packing an extension is a simple process, you load the unpacked extension in chrome and click the pack button which packages and digitally signs the extension for distribution. We sent the packed extension to the client to test and they received the following error.
Package is invalid: ‘CRX_VERSION_NUMBER_INVALID’
They couldn’t install the package and I was none the wiser as to why. After hunting around the internet for a solution to no avail, I took the plunge into the Chromium source code to try and figure out what was going on.
I discovered that the Chrome extension unpacker checks the version of the CRX format that the extension is packaged with vs the version supported by the browser. If the version numbers differ Chrome throws an error.
This error is never given when distributing through the Chrome store as I assume it is straightforward for them to check the version of the browser making the request and send a package with the correct CRX format.
Sometime between Chrome 57 and Chrome 67 (I got bored looking!) the CRX version being used for packaging was upgraded to version 2. I wasn’t sure exactly when this change had occurred, but now that I understood the check that the browser was making, I had a possible solution to the problem. If I packaged the extension using the same version of the browser as the client, the version check should pass as it will be using the correct CRX format. I downloaded the Chrome 57 browser from https://www.slimjet.com/chrome/google-chrome-old-version.php, packed the extension and ran a test install and the problem was solved.
I appreciate that this is a niche area of concern, but I’m sure this will be useful to others running into the same problem in the future.
Подробности
Как правило, с расширениями в Google Chrome проблем не возникает. Но иногда кое-какие настройки операционной системы, определенных программ или самого веб-обозревателя могут мешать установке плагинов.
Если вы действительно нуждаетесь в расширениях, то проблему нужно как-то решать. Правда, для этого потребуется перебрать все возможные способы. Только так можно будет добиться успеха и исправить ситуацию.
В данном материале мы рассмотрим самые действенные способы. Они все эффективны в том или ином случае. Но придется искать наиболее действенный в конкретной ситуации методом подбора. Начнем с самых простых и очевидных.
Отключаем лишние расширения
Всевозможные дополнения, конечно, расширяют функционал браузера и делают работу с ним проще и интереснее. Но не стоит забывать, что эти плагины требуют довольно много оперативной памяти. И если у вас их установлено много, то для установки еще одного RAM может и не хватить.
К тому же, некоторые расширения могут конфликтовать друг с другом и поэтому инсталляция может быть невозможна. Наиболее правильным шагом будет отключение расширений. Сделать это можно в самом браузере. Вот подробная инструкция:
После отключения плагинов нужно обязательно перезапустить веб-обозреватель. Только тогда изменения вступят в силу. После рестарта нужно проверить стабильность работы браузера и попробовать установить какой-нибудь плагин. Если ничего не помогло, то переходим к следующей главе.
Но перед этим стоит отметить, что некоторые расширения все-таки можно вернуть в том случае, если данный способ не помог. Если у вас их было очень много, то все возвращать не стоит. Нужно остановиться на тех, которые являются самыми полезными. И если после включения какого-нибудь из них вновь возник конфликт, то именно оно и является проблемным. Нужно его вообще удалить.
Чистим переполненный кэш
Часто бывает и так, что расширения в Google Chrome не устанавливаются по той простой причине, что кэш браузера переполнен. И именно это не дает плагинами спокойно функционировать и инсталлироваться.
Поэтому нужно найти тот раздел в настройках, который позволяет почистить кэш. Сделать это не так уж и трудно. Но на всякий случай мы предоставляем подробную инструкцию, рассказывающую о том, как и что делать. Вот она:
Сама очистка займет всего несколько секунд. Но после проведения данной процедуры обязательно нужно перезапустить веб-обозреватель. Иначе все изменения не будут применены. Увидеть результаты можно будет только после рестарта.
После перезапуска веб-обозревателя можно снова попробовать установить дополнение. Если все прошло успешно, то это значит, что браузер не мог нормально функционировать именно из-за раздувшегося кэша. Если же все осталось без изменений, то переходим к следующему пункту нашей программы.
Настраиваем правильное время
Если в операционной системе установлено неверное время (или дата), то это вполне может привести к тому, что расширения в Google Chrome напрочь откажутся устанавливаться. Это весьма частая проблема. Некоторые браузеры в таких условиях и вовсе отказываются работать.
Нужно настроить время правильно. И тогда, возможно, все придет в норму. К счастью, настройки времени и даты не спрятаны где-то в недрах Windows. И это хорошо. Но на всякий случай, вот подробная инструкция, рассказывающая, как и что делать:
После установки правильных данных рекомендуется перезапустить компьютер или ноутбук. Иначе сделанные изменения могут быть не применены. Вообще, это не обязательно, но лучше перестраховаться.
Только после рестарта можно снова запускать Google Chrome и пробовать установить хоть какое-нибудь расширение. Если проблема была именно во времени, то все должно пройти нормально. А если нет, то переходим к следующему пункту нашей программы.
Выключаем режим совместимости
Если Google Chrome запущен в режиме совместимости с какой-нибудь устаревшей версией Windows, то проблема с установкой расширений как раз может возникнуть, так как плагины не понимают такой режим и не умеют с ним работать.
Поэтому и требуется отключить совместимость. И только потом можно пробовать заново инсталлировать какой-нибудь плагин. Вот подробная инструкция, рассказывающая о том, как и что делать. Нужно четко ей следовать:
После того, как эта процедура была выполнена можно снова запускать Google Chrome и попробовать инсталлировать хоть какое-нибудь расширение. Если все удалось, то проблема решена. А если нет, что нужно перейти к следующей главе.
Кстати, отключая режим совместимости (если он действительно нужен), вы рискуете тем, что браузер вовсе не запустится. Хотя в случае с Google Chrome необходимость такого режима весьма сомнительна.
Проверяем браузер на вирусы
Различные вредоносные объекты, хозяйничающие в браузере, тоже могут влиять на процесс установки расширений и даже блокировать его. Причем весьма успешно. Так что имеет смысл воспользоваться функцией проверки, предусмотренной в Хроме. Вызывается она следующим образом.
Переустанавливаем Google Chrome
Точно такая же ситуация бывает и в том случае, если вирусы умудрились повредить файлы самого веб-обозревателя. Тогда он может вести себя неадекватно. И выход здесь только один: переустановка приложения целиком. Иначе о расширениях и думать нечего.
Для начала нужно озаботиться установочным файлом. Его нужно скачать с официального сайта разработчика заранее. Только потом можно приступать к удалению старой версии и установке новой. Вот подробная инструкция, рассказывающая о том, как и что делать.
1 ответ
Это вызвано тем, что формат браузера CRX, используемый для упаковки расширения для распространения, отличается от формата CRX, используемого вашим браузером.
У меня была эта проблема при упаковке расширения в Chrome 67 для клиента, использующего Chrome 57.
Решение проблемы состоит в том, чтобы выяснить, какую версию Chrome использует целевой пользователь, и упаковать свое расширение в эту версию. Посмотрев на исходный код, похоже, что Chrome 67 поддерживает форматы CRX2 и CRX3. Я полагаю, что более ранние версии Chrome использовали CRX1.
Когда расширение распространяется через магазин Chrome, вы не сталкиваетесь с этой проблемой, поскольку они могут отправить вам подписанный пакет, используя версию CRX, как того требует версия вашего браузера.
Это вызвано из-за формата CRX браузера, используемого для упаковки расширения для распределения отличен от формата CRX используется в вашем браузере.
Я имел эту проблему при упаковке расширения в Chrome 67 для клиента с помощью Chrome 57.
Решение этой проблемы заключается, чтобы узнать, какую версию Chrome целевого пользователя использует и упаковать расширение с этой версией. Посмотрев на исходный код это выглядит как Chrome 67 поддерживает CRX2 и CRX3 форматов. Я полагаю, более ранние версии хрома используют CRX1.
Когда расширение распространяются в магазине Chrome вы не сталкиваетесь с этой проблемой, поскольку они могут отправить вам подписанный пакет, используя версию CRX в соответствии с требованиями вашей версией браузера.
Что служит причиной блокировки
Есть две основные причины, по которым появляется уведомление о блокировке расширения:
Если уведомления всплывают часто, стоит обратить на это внимание, так как это может свидетельствовать об активной деятельности вирусов. Также можно попробовать выбрать другой магазин и загрузить расширение оттуда, возможно, оно покажется защитной системе более безопасным.
Внимание! Если система выставляет предупреждение перед установкой, обязательно нужно обратить внимание на то, действительно ли это нужный плагин, так как можно случайно скачать опасную программу.
Как отключить блокировку
Если защита мешает установить плагин, можно разблокировать расширение в Яндекс.Браузере самостоятельно. Выполняется это следующим образом:
После выполнения указанных действий нужно перезагрузить страницу, с которой будет скачиваться расширение, и попробовать сделать это снова.
Как только установка будет выполнена, в целях будущей безопасности рекомендуется выставить все настройки обратно в исходное состояние, включив защиту.
Если этот способ не сработал, нужно почистить куки и кэш Яндекс.Браузера либо попробовать изменить старт загрузки, например, использовать плагины от Chrome или Opera.
Ошибка Invalid phone number в мессенджере Discord, что делать, как исправить?
Discord – мессенджер, которым пользуются в основном “геймеры”. Для его использования необходимо создать аккаунт и привязать действующий номер телефона. Но в некоторых случаях игрокам не удается привязать номер так просто, они сталкиваются с такой проблемой, как сообщение об ошибке “Invalid phone number”, для устранения которой нужно понять причину ее возникновения.
Invalid phone number
Причины ошибки
Как и многие мессенджеры, Дискорд, для верификации номера, отправляет код подтверждения на указанный номер, если код не приходит, и мессенджер выдает данную ошибку, причины следующие:
Что делать при ошибке “Invalid phone number”?
В случаях, когда причину появления ошибки выяснить не удалось, требуется сделать следующее:
Когда все варианты испробованы, а результата нет, нужно обратиться в тех. поддержку, которая работает круглосуточно, где необходимо детально описать суть проблемы и возможно ответить на вопросы оператора. В случаях, когда нет времени ждать, попробуйте использовать другой номер телефона. Повторюсь, номер обязательно должен быть настоящим и работающим на данный момент, например — использовать номер кого-нибудь из родственников.
Заключение
При возникновении ошибки “Invalid phone number” в Discord нужно убедиться, что вы вводите существующий и корректный номер телефона, так же данная ошибка может появляться, если ваш номер уже был использован для верификации в мессенджере ранее, в таком случае используйте другой номер телефона. В редких случаях, ошибка может появляться из-за каких-либо конфликтов с устройством или некачественным интернет соединением. В таком случае вам поможет перезагрузка устройства и роутера, так же следует попробовать произвести процедуру на другом устройстве. Во всех других случаях обращайтесь в тех. поддержку Дискорда.