Application iOS 'L'application n'a pas pu être vérifiée' sur un seul appareil
J'ai deux appareils iPhone (4 et 5) connectés à mon ordinateur et j'essaie d'installer une application sur les deux appareils. Il s'installe plutôt bien dans l'iphone 5 mais donne l'erreur 'The application could not be verified.' lors d’une tentative d’installation sur le périphérique iphone 4s.
Les UDID des deux périphériques ont été ajoutés au profil de provisioning généré pour l'application.
De plus, pour ajouter une note, je viens de mettre à jour ma version d’iphone en 8.1.3 sur mon appareil 4s. Je ne sais pas si l'erreur y est pour quelque chose.
Toute aide à ce sujet serait très appréciée. Cela fait un moment que je suis coincé là-dessus.
MODIFIER:
Je viens de connecter ceci à un autre appareil iPhone et le problème semble être là encore. En gros, cela signifie que l'application, pour une raison quelconque, ne s'installe que sur le téléphone que j'utilise depuis un certain temps et non sur un autre téléphone. Encore une fois, je suis à peu près sûr que le profil de provisioning contient les UDID de ces 3 périphériques.
Quelque chose de semblable m’est arrivé récemment. J'ai mis à jour mon iPhone à la version 8.1.3 et le message d'erreur "l'application n'a pu être vérifiée" de Xcode sur une application parfaitement installée sur le même appareil iOS à partir du même Mac il y a quelques jours.
J'ai supprimé l'application de l'appareil, redémarré Xcode et l'application installée par la suite sur l'appareil sans problème, sans message d'erreur. Je ne sais pas si la suppression de l'application était la solution ou si le problème était dû à "la phase de la lune".
Comme je le remarque L'application n'a pas pu être vérifiée. augmenter parce que votre appareil contient déjà une application installée avec le même identifiant de paquet.
J'ai ce problème parce que mon appareil contient l'application téléchargée depuis l'App Store. et je teste sa version de mise à jour de Xcode. Et j'ai utilisé le même identifiant qui est l'application en direct et mon application de test de développement. Donc, je supprime simplement app-store Live app de mon appareil et cette erreur sera corrigée.
supprimez simplement l'application et réessayez. Cela m'arrive lorsque j'essaie de lancer un appareil doté de la même application mais générée par un fichier ipa.
Vous avez probablement utilisé l'option "Résoudre le problème" dans Xcode lors du branchement d'un nouveau périphérique. Vieille question mais je crois que c’est la réponse réelle à POURQUOI cela se produit. Lorsque vous installez une application sur un appareil, celle-ci est signée avec un profil d'approvisionnement de développement spécifique. Si, par exemple, vous branchez un autre périphérique qui n'est pas enregistré sur votre compte de développeur, Xcode vous demandera de "résoudre le problème". Lorsque vous appuyez sur, le périphérique est ajouté et un autre profil de provisioning est créé/modifié. Si vous essayez d'écraser une application existante, vous recevrez cette erreur. La suppression de l'application et sa réinstallation fonctionnent car le profil a été modifié. Je trouve que cela se produit souvent quand une équipe est définie et qu'un membre branche un nouveau périphérique, puis Xcode "corrige" le problème.
J'aurais peut-être trouvé la solution ... Supprimer l'application de l'appareil a fonctionné pour moi, comme d'autres l'ont déjà mentionné (merci!).
Je pense que la raison en est que l'application sur le périphérique a en fait été signée avec un profil d'approvisionnement distinct, en particulier un profil de distribution dans mon cas.
J'ai beaucoup affronté ce problème. Je ne suis pas sûr que ce soit le problème, mais je pense que, lorsque xCode a constaté qu'il existait une application avec le même identifiant de bundle que celle de l'application, j'essaie de l'installer, cela ne m'a pas été permis. Donc, j'ai dû supprimer l'ancien et essayé d'installer et cela a fonctionné. Cependant, parfois, à des fins de test, j'avais besoin de plusieurs versions de la même application et dans ce cas, je changeais l'identifiant de l'ensemble et tentais de l'installer. Cela ne fonctionne que si j'utilise un profil de provisioning générique.
Pour ceux qui n'utilisent pas RubyMotion et ne pensent pas que la suppression de l'application est acceptable (par exemple, vous souhaitez effectuer des tests de mise à niveau). Découvrez ci-dessous la documentation fournie par Apple:
https://developer.Apple.com/library/ios/technotes/tn2319/_index.html
On dirait qu'ils ont changé quelque chose dans 8.1.3 pour vérifier cette nouvelle règle.
Le correctif
"[Ajouter] la valeur d'identificateur d'application de l'application installée, telle que consignée dans les deuxièmes parenthèses, à la valeur du tableau de droits du droit des identifiants d'application précédent pour l'application en cours d'installation (en la démissionnant ou en la reconstruisant) et en demandant de nouveaux profils d'approvisionnement spéciaux comme indiqué ci-dessous."
<key>previous-application-identifiers</key>
<array>
<string>{Your Old App ID Prefix}.YourApp.Bundle.ID</string>
</array>
MODIFIER:
Pour ce faire, vous avez besoin de profils de provisioning spéciaux. Vous pouvez les demander à Apple: "Pour activer la signature avec le droit des identifiants d'application précédents, de nouveaux profils d'approvisionnement spéciaux sont nécessaires et peuvent être obtenus en accédant à la page Contact US et en les demandant." (à partir des documents liés ci-dessus).
Le même problème sur mon iPad fonctionnant sous 8.1.3. La suppression de l'application et l'installation à nouveau ont résolu le problème. J'utilise deux profils d'approvisionnement différents sur deux machines différentes, ce qui pourrait être à l'origine de ce problème.
Solution de travail et testée, qui ne nécessite pas de supprimer l’application:
Cela ressemble à profil d'approvisionnement de distribution AppStore ou seulement le certificat de distribution iOS dispose d'autorisations spéciales et "Impossible de vérifier ..." le problème ne leur est pas applicable. Ils remplaceront toujours le certificat précédent.
En d'autres termes: la version d'AppStore s'installera avec succès, même si l'application déjà installée (test, ad hoc ou entreprise) a été signée par le certificat de l'équipe différente.
Si vous avez de la chance et que vous avez déjà téléchargé une application sur le compte AppStore appartenant à la même équipe que dans le certificat avec lequel vous rencontrez un problème, la situation est très simple: il vous suffit de télécharger et d'installer l'application à partir d'AppStore.
Lors de l'installation, le certificat d'application sera identique à celui que vous souhaitez tester et le problème disparaîtra.
Si votre application n'est pas encore sur l'AppStore - iTunes beta est à la rescousse:
Disclaimer : Je n'ai pas testé cela, mais depuis que cert an prev sont identiques à ceux de l'AppStore, je parie que cela fonctionne:
- Archivez votre application avec le profil de provisioning AppStore (certificat de distribution iOS) et chargez-la sur iTunesConnect (sur le compte appartenant à la même équipe de développeurs que celle incluse dans le profil de provisioning, que vous ne souhaitez pas exécuter).
- Invitez une personne avec le périphérique sur lequel vous voulez exécuter (vous-même?) À effectuer un test bêta.
- Téléchargez et installez l'application depuis iTunes connect beta.
- Vous pouvez maintenant installer votre version de test.
L'application n'a pas pu être vérifiée ", il est possible qu'une application installée avec le même identifiant de kit soit déjà installée sur votre appareil.
Solution tellement simple Supprimez simplement l'application et essayez à nouveau ... ....
TL; Réponse DR - Il n’existe pas de solution réelle à part supprimer et supprimer l’application.
Cette réponse n'est pas satisfaisante dans de nombreuses situations, lorsque vous avez une base de données existante qui ne doit pas être supprimée dans l'application.
Lukasz et plivesey sont les seuls à proposer des solutions qui n'exigent pas de suppression, mais qui n'ont pas fonctionné pour moi.
J'ai aussi rencontré le même problème. Suppression de l'application n'a pas fonctionné, mais lorsque j'ai essayé de supprimer une autre application qui était le "parent" actuel (j'ai copié le projet entier de l'application précédente, modifié quelques URL et des images, puis j'ai cliqué sur "Exécuter" et vu le malheureux dialogue 'n'a pas pu être vérifié'). Semble que le problème est lié au provisionnement et à la signature de code et/ou à certaines configurations du projet. Très difficile.
J'ai résolu ce problème en modifiant le système de construction en héritage dans xcode.
J'ai eu le même problème mais les solutions mentionnées ci-dessus ne fonctionnaient pas pour moi. Même si je n'avais aucune application précédente sur l'appareil, j'ai eu cette erreur lors du déploiement sur mon appareil.
Comment faire:
Allez simplement dans le menu Fichier> Paramètres du projet, dans Partager les paramètres du projet, modifiez Build System de "New Build System (par défaut)" en "Lagacy Build System".