L'installation a réussi, mais l'application est introuvable sur l'appareil
xcode m'a donné ce message:
"Impossible de localiser l'installation installée installée prétendument avoir réussi, mais l'application est introuvable sur le périphérique. BundleId = (null)"
Je viens de commencer à utiliser des pods.
Comment puis-je réparer ça?
J'ai rencontré le même problème lors du test d'une application Cordova sur iOS 13 via XCode 11 Beta 4. La construction via le système hérité l'a résolu (Fichier> Paramètres de l'espace de travail ...> Système de construction> Système de construction hérité).
J'espère que ça aide
J'ai résolu ce problème en effectuant des étapes de nettoyage de projet typiques:
- Produit -> Propre.
- Fenêtre -> Projets -> Sélectionnez votre projet et supprimez les données dérivées.
- Fermez XCode.
- Rouvrir le projet.
Dans Xcode 11 beta 5, j'ai eu la même erreur. Je n'ai pas pu installer l'application. J'ai même téléchargé l'application sur App Store Connect, puis j'ai essayé de l'installer avec TestFlight, mais l'application n'a pas pu être installée après avoir été téléchargée, très bizarre. Aucune erreur de l'App Store Connect. J'ai trouvé le problème en exécutant l'application avec le simulateur. Après avoir exécuté l'application sur le simulateur, Xcode m'a donné un message d'erreur détaillé. Dans mon cas, j'avais plusieurs cadres avec les mêmes ID de bundle.
Dans mon cas, j'utilisais Xcode 11 GM seed avec iOS 13 bêta, et j'avais la signature de code en manuel (distribution) depuis que "Automatic" échouait. J'ai demandé à mon agent d'équipe d'autoriser mon utilisateur "Admin", est entré dans le Apple portail du développeur et a modifié les profils de provisionnement "invalides" pour cocher la case mentionnant explicitement "Xcode 11". Après avoir téléchargé le profil, mon agent d'équipe a remis mon rôle de "membre" et tout s'est bien passé.
J'ai rencontré ce problème et l'ai remarqué dans le journal:
-[MIBundle pluginKitBundlesSkippingPlatformValidation:withError:]: Ignoring plugin at (path to my app extension) because it doesn't work on this OS version
La mise à jour de la version cible de déploiement dans les paramètres de build pour mon extension a résolu ce problème.
Il s'agit d'un problème de signature de code. Xcode 11 vous oblige à ajouter le certificat "Apple Development" à votre profil d'approvisionnement de développement qu'ils ont automatiquement ajouté à vos certificats et profils. Ajoutez ce certificat à votre profil, téléchargez à nouveau votre profil de développement et vwala.
Pour IOS 13 lors de l'installation de l'application avec Xcode-beta, la seule chose qui a fonctionné était de redémarrer le téléphone connecté à l'ordinateur
J'ai essayé presque toutes les réponses à cette question avant de remarquer que benchuk a utilisé la console pour comprendre pourquoi il avait un problème.
J'ai jeté un coup d'œil dans la console à la recherche de installd et j'ai constaté que le cadre "gras" que j'avais ajouté à mon projet était en fait signé.
La signature ne correspondait pas au reste de l'application, ce qui a provoqué l'échec silencieux de l'installation.
Sachant ce qui n'allait pas, je pouvais simplement retirer la signature:
codesign --remove-signature Some.framework
Pour moi, le problème était lié à la bibliothèque Alamofire téléchargée avec Carthage. Assurez-vous de sélectionner "Ne pas intégrer" et laissez Carthage copier la bibliothèque.
Très étrangement, renommer le dossier racine de mon projet en quelque chose d'autre a fait l'affaire pour moi. Probablement une mise en cache de xcode quelque part avec le nom existant du dossier était la raison.
Cette question a aussi beaucoup de réponses positives, mais aucune n'a fonctionné pour mon cas. Pour moi, je ne suis pas en mesure d'exécuter dans un simulateur ou un appareil.
Je viens de deintegrate pod et install à nouveau et ça marche. Nettoyez le projet et
pod deintegrate
pod install
J'espère que cela aidera quelqu'un
en haut de la fenêtre Xcode, à côté de l'exécution/arrêt, cliquez sur l'icône de votre application et sélectionnez gérer les schémas. Assurez-vous que l'exécution et le test utilisent la configuration de construction "Debug". Xcode les a changés en "release". Ne me demande pas pourquoi! Utilisation de Xcode v 11 (11a420a)
XCode 11.1, Swift 5. Problème: Le numéro de build était vide dans XCode !!!
Plusieurs raisons peuvent expliquer cette erreur.
Pour moi, c'était parce que le numéro de build était vide dans XCode. Vérifiez si la même chose vous est arrivée.
Dans mon cas, je viens de renommer Nom d'affichage de Something à something.
Je suis obligé de revenir en arrière pour exécuter sur mon appareil.
Config: Xcode 11., iOS 13.1.2
J'ai aussi eu ce problème. Si quelqu'un ne pouvait pas le résoudre avec une autre réponse et utilise un cadre dans son application, ma solution:
J'ai utilisé un framework (tesseract), mais je ne l'ai pas signé, donc je ne pouvais pas utiliser l'application, mais Xcode n'a pas reconnu le problème. Pour résoudre ce problème, accédez à votre fichier de projet, à général et modifiez l'option "incorporer" pour vos cadres à intégrer et signer.
J'ai eu le même problème lorsque je travaillais sur une extension de partage. Aucune des solutions suggérées ici n'a fonctionné pour moi.
J'ai pris soin du débogage et de la journalisation. Je n'ai pas pu déboguer et/ou me connecter. J'ai d'abord pensé que l'extension ne fonctionnait pas, mais j'ai effectué un test et vérifié qu'elle était en train de s'exécuter, mais pour une raison quelconque, je n'ai pas pu déboguer ni me connecter.
Le mieux que j'ai pu trouver est d'attacher manuellement un débogueur, d'ajouter des points d'arrêt là où je voulais me connecter, d'éditer les points d'arrêt et d'ajouter des actions pour se connecter et continuer après l'évaluation. Voici les étapes pour le faire:
- Définissez le schéma actif sur l'extension souhaitée (à partir de la barre supérieure ou à partir de
Product/Scheme/Choose-Your-Scheme Debug/Attach to Process by ID or Name.... Tapez ensuite le nom de l'extension ou son ID de bundle.- Ajoutez des points d'arrêt où vous souhaitez ajouter des journaux. Modifiez le point d'arrêt. Ajoutez une action (Message de journal) et entrez le journal de votre choix. Vérifier
Automatically continue after evaluating the actions.
Ici vous pouvez trouver ma question sans réponse.
J'ai corrigé le mien en allant dans Paramètres de construction> Identité de signature de code> Débogage. Assurez-vous que vous disposez du "certificat de développement" approprié.
J'ai eu cette même erreur exacte, mais aucune des solutions ci-dessus n'a fonctionné pour moi.
Dans mon cas, j'utilise un compte de développeur gratuit Apple et j'ai obtenu cette erreur après avoir essayé d'installer une quatrième application. La limite d'installation pour les comptes gratuits est de 3. J'ai supprimé l'une des 3 applications que je déjà eu et l'installation a fonctionné comme prévu.
Solution # 101 - l'ancienne instance doit être supprimée de l'appareil
J'ai rencontré ce problème lors de l'exécution sur mon appareil iOS 13, en utilisant Xcode 11.1, Mac OS récemment mis à jour vers Catalina et je m'attendais à ce que cela ait quelque chose à voir avec cela ..... mais non.
La solution était beaucoup plus simple ....
J'ai supprimé une très ancienne instance de l'application depuis l'appareil, ( longue attente, appuyez sur le x bien sûr ). Re-filé la construction de XC et tout a bien fonctionné!
On dirait qu'il y a plusieurs réponses correctes à celle-ci, la mienne était la suivante et peut-elle aider quelqu'un d'autre.
Pour moi, c'était que j'avais un script de phase de construction qui était destiné à retirer les architectures du simulateur de l'application (pour quand il sera publié sur l'App Store).
J'avais lu une suggestion selon laquelle la construction du simulateur donnerait de meilleurs détails sur l'erreur et j'ai constaté que le script s'exécutait sur chaque génération, je l'ai donc changé pour `` exécuter le script uniquement lors de l'installation '' et cela semble avoir résolu le problème pour moi.
Veuillez vérifier la totalité de votre cible de projet comme projectnameTests en vous connectant avec same.account
J'obtenais une erreur similaire en essayant d'installer notre application sur l'appareil. Nous avons récemment changé d'équipe pour l'application pour diverses raisons et, apparemment, certains identifiants n'avaient pas été modifiés.
Si c'est le cas pour vous, accédez à Apple Portail des développeurs et recherchez les identifiants de votre équipe. Ils ressemblent à ceci.
NXD2KNAXM.Ouvrez votre
yourproject.xcodeproj/project.pbxprojfichier et simplement rechercher-remplacer l'ancien identifiant par le nouvel identifiant.
L'approche est vraiment ghetto, mais ça a marché pour moi.
Cela a été résolu dans Xcode 11.2 . Avec Xcode 11.2, vous devriez maintenant obtenir une erreur qui indique que l'application n'a pas réussi à installer plutôt qu'une erreur qui indique qu'elle a installé mais n'a pas pu être lancée. L'erreur doit également contenir des détails sur la raison de l'échec de l'installation. Si les détails sont insuffisants, je suggère de cibler un appareil de simulation au lieu d'un appareil réel car cela devrait produire une erreur de fidélité plus élevée.