ошибка подписи приложения что делать

«Подписи приложений, использующие этот идентификатор, не совпадают»

1. Сначала нужно установить программу Titanium Backup.

2. Затем зайти в нее и вверху по центру нажать на кнопку «Резервные копии» (должен появиться полный список приложений, установленных на устройстве)

3. Для страховки сделать резервную копию программы, которую намерены обновить (выбрать нужное приложение, в открывшемся небольшом меню нажать кнопку «Сохранить»).

4. Вернуться к списку программ, снова найти то самое приложение, которое необходимо обновить, но не просто нажать на него, а нажать и удерживать до тех пор, пока на экране телефона не появится сплывающее окно. В нем выбрать функцию «Преобразовать в пользовательское приложение», после чего выйти из TitaniumBackup.

5. Зайти в Google Play, найти обновляемое приложение и произвести манипуляции, необходимые для его обновления. На экране появится уже знакомое сообщение об ошибке, но теперь с предложением удалить старую версию программы («Файл пакета подписан неверно, удалите предыдущую версию и попробуйте снова»). Придется удалить и старую версию. Всё. На этом приложение полностью удалено с устройства.

6. Вот теперь можно заново установить приложение. Разумеется, с маркета установится последняя версия программы, что и требовалось. Больше проблемы с этой программой уже не возникнут.

При желании можно повторить пункт 4 с той только разницей, что преобразовать пользовательское приложение обратно в системное. Просто выберите соответствующий пункт в меню.

Если принятые меры от ошибки избавиться не помогли, резервное копирование, выполненное в самом начале процесса с помощью Titanium Backup, позволит вернуть старую версию приложения. На этот раз выбрать следует кнопку «Восстановить», а на вопрос, что именно, ответить нажатием варианта «Программу и все данные к ней». Приложение вы, конечно, не обновили, но и ничего не потеряли, кроме нескольких минут времени, затраченного на попытку.

Источник

Случается так, что после перепрошивки некоторых моделей телефонов при попытке обновления встроенных в новую прошивку программ через Google Play Маркет аппарат выдает ошибку «Файл пакета подписан неверно», удалите предыдущую версию и попробуйте снова. После выполнения требуемых операций проблема не решается — приложения не обновляются, зато появляется сообщение о новой ошибке: «Подписи приложений, использующие этот идентификатор, не совпадают». Если у вас имеются права суперпользователя, то вы можете попробовать исправить ситуацию, воспользовавшись следующим способом:

1. Сначала нужно установить программу Titanium Backup.

2. Затем зайти в нее и вверху по центру нажать на кнопку «Резервные копии» (должен появиться полный список приложений, установленных на устройстве);

3. Для страховки сделать резервную копию программы, которую намерены обновить (выбрать нужное приложение, в открывшемся небольшом меню нажать кнопку «Сохранить»).

4. Вернуться к списку программ, снова найти то самое приложение, которое необходимо обновить, но не просто нажать на него, а нажать и удерживать до тех пор, пока на экране телефона не появится сплывающее окно. В нем выбрать функцию «Преобразовать в пользовательское приложение», после чего выйти из TitaniumBackup.

5. Зайти в Google Play, найти обновляемое приложение и произвести манипуляции, необходимые для его обновления. На экране появится уже знакомое сообщение об ошибке, но теперь с предложением удалить старую версию программы («Файл пакета подписан неверно, удалите предыдущую версию и попробуйте снова»). Придется удалить и старую версию. Всё. На этом приложение полностью удалено с устройства.

6. Вот теперь можно заново установить приложение. Разумеется, с маркета установится последняя версия программы, что и требовалось. Больше проблемы с этой программой уже не возникнут.

При желании можно повторить пункт 4 с той только разницей, что преобразовать пользовательское приложение обратно в системное. Просто выберите соответствующий пункт в меню.

Источник

Устранение ошибок подписи пакета приложения

Сбой развертывания приложения может быть вызван сбоем при проверке цифровой подписи пакета приложения. Узнайте, как распознать эти сбои и что делать с ними.

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

Это важно знать

Технологии

Предварительные требования

Инструкции

Шаг 1. Изучение журналов событий для получения диагностических сведений

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

Получение кода ошибки из журналов событий

Запустите eventvwr. msc.

перейдите в раздел Просмотр событий (локальные) > журналы приложений и служб > Microsoft > Windows.

первый проверяемый журнал — AppxPackagingOM > Microsoft-Windows-аппкспаккагинг/эксплуатация.

ошибки, связанные с развертыванием, записываются в AppXDeployment-Server > Microsoft-Windows-AppXDeploymentServer/эксплуатация.

Для ошибок развертывания найдите Последнее событие ошибки 404. Это событие ошибки содержит код ошибки и описание причины сбоя развертывания. Если ошибка 465 предшествует событию 404, то возникла проблема при открытии пакета.

если ошибка 465 не возникла, см. раздел общие сведения об устранении неполадок, а также о развертывании и запросе приложений Windows. В противном случае обратитесь к этой таблице с общими кодами ошибок, которые могут отображаться в строке ошибки для события ошибки 465:

Шаг 2. Определение цепочки сертификатов, используемой для подписания пакета приложения

Чтобы определить сертификаты, которым должен доверять локальный компьютер, можно проверить цепочку сертификатов для цифровой подписи в пакете приложения.

Определение цепочки сертификатов

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

Определение серийного номера для каждого сертификата

Шаг 3. Определение сертификатов, которые являются доверенными для локального компьютера

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

Чтобы определить, является ли цепочка сертификатов, используемая для подписи пакета приложения, явно доверенной для локального компьютера

Выполните следующую команду:

Выполните следующую команду:

Если серийный номер сертификата не указан, certutil перечисляет все сертификаты, которые являются доверенными для локального компьютера для этого хранилища.

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

Remarks

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

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

Чтобы вручную добавить сертификат к доверию сертификатов на локальном компьютере

Сертификат можно удалить после того, как он больше не нужен.

Удаление сертификата

Запустите Cmd.exe от имени администратора.

В командной строке администратора выполните следующую команду:

Найдите серийный номер установленного сертификата. Это число является certID.

Выполните следующую команду:

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

Соображения безопасности

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

Источник

При установке обновленного APK вручную происходит сбой: «подписи не соответствуют ранее установленной версии».

Я создал глупое приложение, чтобы поделиться им с друзьями. Не нужно выкладывать его в магазин приложений.

Я построил первый apk (подписанный), загрузил его на веб-сервер, и все прошло хорошо.

Тем не менее, я все еще получаю указанное выше сообщение об ошибке.

Возможно ли, что на устройстве все еще хранится какая-то информация? Есть ли способ проверить это?

Да. Возможно, если каким-то образом ваше старое приложение не удалено на 100% или его данные не удалены.

Если вы точно не знаете, что заменить на «com.yourapp.yourapp», просто откройте студию Android, запустите приложение, пока оно подключено к устройству, а затем посмотрите окно отладки.

У меня была такая же проблема, и adb uninstall решение не помогло мне.

Что сработало, было

Даже если я ранее удалил приложение, оно все еще было в списке.

Для меня, если приложение предназначено для распространения, adb решение непростое: вы не можете попросить друга установить на его машину android sdk!

Здесь можно отредактировать AndroidManifest.xml и увеличить android:versionCode атрибут в теге (который является корневым элементом).

Это обновит ваше установленное приложение

если вы просто удалите через

ваш тестовый пакет все еще будет там. Это было только то, что я заметил при использовании командной строки gradle, не сталкивался с этой проблемой в студии Android.

Источник

Подписи приложений использующих этот идентификатор не совпадают

Что делать, если на Android нельзя установить сервисы Google Play

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

Способы устранения ошибки с инсталляцией Play Market

Проблемы с установкой сервисов Гугл Плей могут возникнуть по следующим причинам:

Для устранения данных причин можно прибегнуть к таким методам:

Если Play Market не устанавливается на ваш гаджет, первое, что нужно сделать, это скачать с интернета другой файл APK. При этом искать его следует на известных и проверенных ресурсах (например, на сайте 4pda.ru).

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

Сброс системы до заводских настроек

Рассматривая, почему не устанавливается Плей Маркет на Android, следует отметить причину, кроющуюся в конфликте сервисов Google с имеющимся на девайсе софтом. Конфликтатором может выступать любая программа, размещенная на устройстве. В этом случае оптимальным решением проблемы является сброс ОС к заводским настройкам:

Hard Reset повлечет за собой стирание с телефона всех пользовательских данных. Поэтому предварительно всю важную информацию рекомендуется скопировать в надежное место (например, на ПК).

Нестандартная установка Google Play

Если после Hard Reset Плей Маркет так и не установился на смартфон, можно попробовать произвести загрузку нестандартным путем. Дело в том, что на китайских аппаратах может быть не предусмотрен сервис GApps. В этом случае обычная инсталляция не приведет к желаемому результату.

В качестве установщика будем использовать менеджер файлов Mobile Go. Порядок действий будет следующим:

После выполнения описанных действий Плей Маркет на Андроиде должен заработать.

Очистка мобильного устройства от остаточных файлов

Если телефон покупался с рук, то есть до вас им уже пользовались, не исключено, что бывший владелец ранее устанавливал на него Play Market. В этом случае удаление приложения перед продажей девайса могло быть выполнено неправильно или же не до конца, в результате чего в системе сохранились остаточные файлы. Именно они и могут стать причиной сбоя при повторной установке сервисов Гугл.

Обычно остаточные файлы прячутся в папке data. Так как она является системной, то доступ к ней возможен только при наличии у пользователя root прав. Кроме программы для рутирования, вам также понадобится файловый менеджер Root Explorer, который прекрасно работает с системными каталогами.

Подписи приложений использующих этот идентификатор не совпадают

Текущее время: 19 янв 2020, 01:42

Информация

Запрошенной темы не существует.

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB

Подписи приложений использующих этот идентификатор не совпадают

Текущее время: 19 янв 2020, 01:42

Информация

Запрошенной темы не существует.

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB

Подписи приложений использующих этот идентификатор не совпадают

Проблема в обновлении приложения лежащего в GP и написанного на Java, на новое приложение AIR. Google play ругается на неправильное название пакета. Но как я понял не устраивает его не просто название apk файла, а идентификатора приложения, так как названия файлов — старого и нового совпадают. Идентификатор указывается в дескрипторе, однако в предыдущем id — есть нижнее подчеркивание, а сборщик AIR на нижнее подчеркивание ругается, и говорит что идентификатор должен состоять только из букв, цифр и точек. Есть ли способ переписать идентификатор после сборки APK.

Также скорее всего имеет место префикс air. Его получают все air приложения, однако скорее всего после установки, ибо при разборке APK в дескрипторе ID указан все еще без air. Простая замена ID в дескрипторе в собранном приложении не помогает, приложение перестает устанавливаться. Магазин говорит что приложение не оптимизировано, после оптимизации — что не подписано, ну а после подписи снова не оптимизировано и т.д.

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

Идентификатор пакета этого приложения не совпадает с идентификатором подписи кода

Когда я пытаюсь собрать и запустить приложение на устройстве, я получаю следующую ошибку Ошибка App installation failed: This application’s bundle identifier does not match its code signing identifier.

Я проверил сертификаты подписи, идентификаторы пакетов, профиль обеспечения, права и все правильно.

После удаления и перестройки всех фреймворков это решило проблему.

1) Проверьте, есть ли у проекта пользовательская конфигурация с помощью: — 1) Нажмите на project бы он ни назывался в Xcode (обычно вверху)

2) Справа вы увидите настройки вашего проекта. Здесь вы можете установить идентификатор. Если нет, то вы ошибаетесь. Вот что вы должны увидеть:

3) Измените «Идентификатор пакета» на что-нибудь с эффектом «com.yourcompany.yourAppName». — com.yourcompany — обратное доменное имя вашего веб-сайта. Apple Рекомендую это. — После того, как com.yourcompany указывает имя приложения или «псевдоним», укажите его так. Com.yourcompany.myCoolApp будет полным идентификатором.

4) Как только вы это сделаете, убедитесь, что в разделе «Настройки сборки», как показано ниже:

— что ваша «идентификация подписи кода» установлена на любую идентификацию, которую вы хотите. Для отладки на iOS или OSX вы используете «iPhone Developer: ваше имя xxx» или «Mac Developer: ваше имя xxx».

Источник