Xcode 4.3: Codesign échec de l'opération (Vérifier que l'identité que vous avez sélectionné est valide)

Après l'installation de Xcode 4.3 je ne peux pas valider et de distribuer des applications à l'aide de l'Organisateur.
Lors de la construction, de la signature et de validation dans Xcode est OK, la validation de l'Organisateur échoue avec le message dans le titre de cette question.

D'abord, Xcode 4.3 pouvez télécharger les profils de configuration automatiquement (il y a une option dans l'Organisateur), mais il ne télécharge que le développement des profils et ignore les profils de distribution, comme si il n'en existe aucune. OK, j'ai téléchargé et installé manuellement et il apparaît dans l'Organiseur. Puis j'ai mis un Code approprié de la Signature de l'Identité à la fois pour le projet et pour la cible et l'utilisation de la Distribution de profil qui correspond à la Distribution de certificat dans mon trousseau. Puis-je faire de l'Archive (build-signe-de vérifier) et sans erreurs, dans le journal, je vois des coches vertes pour Dessiner et pour Vérifier les étapes. Semble bon et l'archive s'affiche dans l'Organiseur.

Et c'est là que tout va mal, je viens de sélectionner Valider, choisir la nouvelle version que je viens de préparer dans iTunes Connect, choisissez le code de la signature de l'identité, de même que celle utilisée pour l'Archivage (en fait, il n'y a pas d'autres choix dans mon cas), il vous demande de iTunes login/mot de passe comme d'habitude, et puis il dit

Codesign échec de l'opération

Vérifier que l'identité que vous avez sélectionné est valide

Ahhh!!! Pourquoi!? Il n'avait pas de problèmes lors de l'archivage, puis même la signature de code ne fonctionne pas lorsque vous tentez de soumettre à l'AppStore. Bien, même pas la soumettre, mais de les valider avant de les envoyer. Donc, ce problème est local sur ma machine. La même signature et de validation qui est couronnée de succès au cours de créer, échoue dans l'Organiseur...

J'ai tout essayé, ré-installé Xcode, supprimé/révocation et publié de nouveau tous les certificats, retiré dupliqué des clés privées et publiques de trousseau, de placer tous les certificats dans une "connexion" trousseau, émis de nouveaux profils, de l'Application installée Chargeur 2.5.1, et ainsi de suite... toujours pas de chance.

Pourrait-il que j'ai une certaine gauche-dessus de la précédente installe Xcode? Ou que je dois mettre à jour certains des outils pour faire de l'Organisateur de fonctionner correctement?

En attendant, si quelqu'un connaît une autre façon de télécharger des binaires pour AppStore, s'il vous plaît partager. Je ne pouvais pas comprendre comment le faire à l'aide d'Chargeur d'Application, lorsqu'il me demande de choisir un paquet à télécharger, tout ce que j'ai est xcode archive créée par Xcode dans les Archives de l'étape. Comment puis-je obtenir mes mains sur le pei ou le fichier de l'Application Loader veut de moi?

Je vais avoir le même problème. Êtes-vous à l'aide de addThis dans votre application? J'ai trouvé ceci et je voulais confirmer. devforums.apple.com/message/621193#621193
Oui, je ne l'utilisation de addThis dans l'application! En raison de la stupidité de ma part j'ai un peu "remplacement à chaud" de la batterie et de système de fichier endommagé sur le disque dur. J'ai fini l'installation de Snow Leopard et Xcode 4.2 et l'application a été signé/validé sans erreurs. Ensuite, j'ai mis à niveau vers Lion et Xcode 4.3 et nouveau - erreur de validation. Seulement maintenant, j'ai essayé d'obtenir pei ad-hoc de la distribution d'une autre application à partir d'un autre compte de développeur - pas d'erreurs, et cette application ne pas utiliser AddThis. Donc, ce doit être AddThis, je vais aller sur leur site et de voir si ils ont affiché mise à jour du SDK pour Xcode 4.3.
viens dernière 0.1.7 addthis version de sdk - même l'erreur.
Eu le même problème, mais lorsque j'était en train d'installer Xcode 4.3 je n'ai pas supprimé l'installation de Xcode 4.2.1 donc, je viens d'ouvrir mon application avec cette version de Xcode et tout était ok. Par autre côté j'ai perdu 2 jours de ma vie avec ce stupide Xcode bug.

InformationsquelleAutor i4niac | 2012-02-21

30

J'ai découvert que Xcode 4.3.1 a un sérieux problème de la validation des apps avec les ressources au sein d'une arborescence de répertoires dans un bundle d'application.

Les applications peuvent passer de la validation au sein de l'Xcode "Construire pour Archive" le processus est - il seulement échoue lors de l'exécution de la validation par l'Organisateur.

Après avoir passé des heures à essayer de trouver le code habituel de la signature de l'admissibilité des questions, j'ai finalement remarqué la ligne suivante dans la console du système lors de l'exportation échoue:

3/10/12 2:32:48.450 PM [0x0-0x261261].com.apple.dt.Xcode: /Users/chris/Bibliothèque/Développeur/Xcode/Archives/2012-03-10/Couverture 3-10-12 2.32 PM.xcarchive/Produits/Applications/la Couverture.app/Carreaux/T-Mobile-roam/4: Est un répertoire

J'ai passé une journée à essayer de les isoler ce bug, et je l'ai enfin trouvé.

Le code signataire dans XCode 4.3.1 lors de la validation de l'App Store ou de l'enregistrement pour la distribution AdHoc étouffe à chaque fois qu'il y est un sous-répertoire dans votre bundle qui a le même nom que son répertoire parent.

Par exemple:
```
test/test/file.x -- FAIL
test/test2/file.x -- WORKS
```
Ce qui semble être de nouveau dans Xcode 4.3.1, et nous espérons être bientôt corrigé.

Notes: Ce fil semble liée: https://devforums.apple.com/message/630800
- Merci de faire cette enquête - j'ai eu le même problème et il s'est avéré être deux dossiers comme celui-ci. Après la modification/suppression d'entre eux elle a bien fonctionné. Merci!
- Même problème. Très, très frustrant.
- Renommer le dossier a travaillé pour nous. Merci.
- Problème apparaît toujours avec Xcode 4.3.2.
- Vous juste m'a sauvé une tonne de temps avec cette réponse, merci!!!!! J'ai eu aussi des Carreaux de répertoire qui a été à l'origine du problème. Je suis allé et a changé l'un des ensembles de dossiers de commencer avec un trait de soulignement, puis dépouillé que le trait de soulignement dans le code lors de la lecture du dossier de noms à utiliser pour les carreaux de placement.
- Merci 🙂 m'a beaucoup Aidé. Problème apparaît toujours en 4.3.3 (4E3002).
- Problème (ENCORE) existe dans Xcode 4.6. Juste eu à faire pour renommer un dossier de pas de côté, ici, de notre côté.
InformationsquelleAutor radven
8

J'étais l'original de l'affiche sur le Dev Apple Forums...

https://devforums.apple.com/message/621193

J'ai aussi tenté de porter cette question à l'attention du AddThis développeurs:

https://www.addthis.com/forum/viewtopic.php?f=19&t=38292

Comme mentionné dans les autres postes, le seul moyen que j'ai trouvé pour empêcher la signature du code de l'échec est de supprimer la ATResources.fichier d'ensemble du projet.

Bien sûr, ce bundle contient de nombreuses images nécessaires pour AddThis, parmi d'autres choses, mais l'erreur ne se produit plus.

J'espère que cela aidera quelqu'un d'autre à découvrir la bonne façon de résoudre ce problème.
- Salut. Je pense que la seule façon correcte serait d'obtenir une mise à jour de AddThis devs ou certains correctif d'Apple si c'est Xcode 4.3 bug. Cependant, il y a un travail autour de laquelle semble ok et fonctionne pour moi. Je remarque que ATResources bundle a 3 éléments à l'intérieur d' - ADDTHIS.db - fr.lproj dossier avec Localizable.cordes - dossier images avec 6 images que je viens de copier tous ces fichiers à partir du bundle (utilisé Afficher le Contenu du Paquet pour pénétrer à l'intérieur) et les ajouter à mon projet au lieu de ATResources.bundle. Tout cela construit sans erreurs, toutes les images sont correctement AddThis de l'INTERFACE utilisateur et aucune erreur de signature de trop.
- Une mise à jour, la solution dans mon post ci-dessus ne semble pas résoudre le problème. L'application semble fonctionner correctement, probablement parce que ADDTHIS.db est copié dans le dossier du cache de l'application. Si vous supprimez une application, puis installez de nouveau construit en utilisant les recommandations dans mon post, la liste des réseaux sociaux sera vide dans l'application.
- Comme radven souligné, le problème semble être qu'il y a un dossier dans le bundle avec le même nom que le bundle. J'ai renommé le fautif dossier en ajoutant un trait de soulignement et mon app signes et de la bibliothèque en question semble encore pour afficher la liste des services correctement.
- Salut Joe. Juste essayé ta solution et ça fonctionne. J'étais assurez-vous d'essuyer l'ancienne version avant de tester, et encore plus de réinitialisation de simulateur et de suppression des données dérivées.
- Joe, pourquoi ne pas vous poster cette solution comme une réponse? Jusqu'à présent c'est le plus simple correctif de tous. Il suffit de renommer le dossier, pas de soucis avec le fait d'essayer de se débarrasser de l'ensemble.
InformationsquelleAutor jverdi
2

Le problème est "AddThis" ou explicitement la ATResources.bundle dans le AddThis dossier.

Donc, vous avez deux options:
- La première est l'utilisation d'une ancienne version de Xcode pour Archive.
- Le second est de déplacer toutes les images à l'intérieur de la
  ATResources.regrouper dans un dossier, et de copier le contenu de la
  Localizable.des chaînes dans votre propre Localizable.les chaînes de
  
  Puis ouvrez le FBDialog.m de fichier et de la recherche pour "fermer.png", supprimez-le
  ligne de code et de le remplacer par:
  
  UIImage* closeImage = [UIImage imageNamed:@"à proximité.png"];
Vous êtes maintenant prêt à Archiver.

Enfin d'envisager de faire un rapport de bogue dans https://bugreport.apple.com/

InformationsquelleAutor 3lvis
2

Dans mon cas, il a été endommagé personnalisé cadre.

InformationsquelleAutor Thomas Tempelmann
1

J'ai tellement de nombreux sous-répertoires sur mon bundle qui ont le même nom que leurs parents, donc je n'étais pas en mesure de le valider et de le soumettre. La seule solution que j'ai trouvé est de télécharger xcode 4.2.1 de Apple centre de développement et de les installer côte à côte avec xcode 4.3.2. Puis je l'ai utilisé pour valider et soumettre.

InformationsquelleAutor Techi50
1

Je suis en développement sur Sencha 2. La clé ici est le lancement de la Console Système à partir d'Applications/Utilitaires et de regarder le journal des erreurs lors de la distribution. C'est le moyen le plus facile de voir la délinquance répertoire. Dans Sencha2 son dans le /sdk/src/appareil/appareil. Les bonnes choses: passe Encore dans xcode 4.3.2
- où est cette console? Je n'arrive pas à l'obtenir. thx
InformationsquelleAutor Diego Link
1

Juste confirmer que le problème a été en effet les dossiers imbriqués avec le même nom dans mon application.

Dans mon cas particulier, ce fut la question:
- problème: les images/packs/1/1/img.png
- solution: images/packs/pack_1/1/img.png
La voile en douceur après. Ce qui s'est passé dans Xcode 4.3.3

InformationsquelleAutor Nik
1

trouvé la solution, il fonctionne vraiment pour moi. espérons que cela aidera à vous les gars.

si le problème est à cause de Addthis, essayez de suivre

de noter que l'intérieur ATResources.bundle, vous avez un dossier nommé ATResources.

ATResources contient exactement la copie des éléments (ADDTHIS.db,fr.lproj,images) qui est présent dans ATResources.bundle. donc on peut simplement supprimer le ATResources dossier de ATResources.bundle.

pour la suppression, sélectionnez les fichiers à partir de ATResources.bundle et faites un clic droit , afficher dans le finder -> et de supprimer ATResources dossier.

le problème majeur est que sous-répertoire dans votre bundle qui a le même nom que son répertoire parent.

🙂
- Cette solution permettra de ne vous plus tard, c'est l'une des premières démarches que j'ai essayé. Supprimer une application de l'appareil/simulateur complètement, puis d'installer les nouveaux construire fixe de cette façon. Dans mon cas, la liste des réseaux sociaux dans AddThis UI était vide, ce qui fait de l'id de l'inutile. La meilleure et la solution la plus simple pour l'instant est à renommer ATResources à _ATResources ou quoi que ce soit d'autres, différent du nom d'origine. Renommez là dans Xcode. Il va construire, lien, signé et aucun problème avec le manque de réseaux sociaux.
InformationsquelleAutor Neeraj Neeru
1

J'ai eu le même problème dans mon projet (dans xcode 4.3.2) et comme pour toutes les réponses que j'ai vérifié pour tout .png fichier en commençant par ._* et aussi vérifié dossier et de ses sous-dossier sont nom différent.

Également vérifié de signature de code identité selon l'exigence, mais n'ont pas réussi à résoudre ce problème.

Après des jours entiers à l'effort de finalement j'ai eu raison de "l'Emballage échec de l'opération" erreur dans mon projet.

Dans mon cas, j'ai classé About_us.h et About_us.m et par erreur j'ai importer fichier d'en-tête comme #import "About Us.h" (espace blanc au milieu). Alors, quand j'ai chargé l'application sur le Périphérique, il sera chargé avec succès, mais lorsque j'essaie de créer ipa à l'aide de ses archives donnez-moi de l'erreur et de me rendre Estimé App Store Taille juste 143 kb.

Enfin, alors que j'ai changer de tête comme #import "About_Us.h" et d'essayer de faire ipa j'ai obtenu en taille réelle en bon MO.

Espère que cela aidera quelqu'un.

InformationsquelleAutor Harin
1

J'ai rencontré ce problème sur Xcode 5.0.2 (5A3005) avec 2 tout à fait distincte des dossiers qui est arrivé à être nommées de la même chose.

La plupart des autres cas dans ce fil se concentrer sur le parent/relation de fratrie, mais je pense que c'est toutes les deux dossiers avec le même nom sera à l'origine de cet échec.

InformationsquelleAutor bradjasper
0

J'ai eu le même problème que vous, et radven réponse m'a inspiré:

avez-vous vu que ATResources répertoire ne contient rien de plus que de simplement copier de son parent?
```
ADDTHIS.db
en.lproj/*
images/*
ATResources/ADDTHIS.db
ATResources/en.lproj/*
ATResources/images/*
```
Comme un quick-and-dirty fix j'ai enlevé le redondante sous-répertoire. L'Application s'appuie et semble bien fonctionner, et Xcode est en mesure de signer.

Laissez-moi savoir si j'ai raté aucune conséquence de ce correctif?
- J'ai essayé de fixer et d'abord pensé que c'était le travail. Mais quelques jours après la sortie de l'App Store, certains utilisateurs ont signalé que la liste des réseaux sociaux dans AddThis est vide. Je pense que le ADDTHIS.db a la liste de tous les réseaux et est mis en cache sur l'appareil et sur simulateur, donc, les tests à droite après la suppression de ATResources avait l'air correct, parce que la version précédente a mis en cache le fichier. Après un certain temps, ou sur une nouvelle installation, le fichier est manquant et AddThis est rendu inutile. Essayez de réinitialiser simulateur ou supprimer des application à partir de l'appareil, puis essayez de l'exécuter à nouveau et voir si cela fonctionne avant de l'envoyer pour examen.
- Jetez un oeil à Joe Ibanez du commentaire ci-dessus. Renommer ATResources dossier de _ATResources à l'intérieur de ATResources.bundle a fait le tour pour moi. Je en mesure de signer une application avec Xcode 4.3.2.
InformationsquelleAutor Tomek Cejner
0

Gee, j'ai passé une heure sur ce problème.

J'ai juste enlevé AddThis de mon projet. Le faire et cela fonctionne.

InformationsquelleAutor Idan
0

le redémarrage de xcode fait que les boutons fonctionnent pour moi. ils étaient grisés avant, au cas où quelqu'un ici est d'avoir le même problème

InformationsquelleAutor austin
0

Techi50 fait allusion à cela, mais pour être clair - sous Xcode 4.3.5 il y a un sérieux bug où la signature de code échouera si vous avez des sous-répertoires avec le même nom que le répertoire parent. Dans le Sencha Touch 2 SDK de l'arbre, par exemple, il est

/sdk/src/appareil/appareil

argh... des heures à essayer de code signer avec pas de chance... renommer:

/sdk/src/périphérique/device_epic_fail

(puisque je n'ai pas besoin de ces bibliothèques de toute façon)

et je peux signe code.

Et un gros bug chasse est terminée. Apple... corrigé s'il vous plaît...

InformationsquelleAutor Eskim0
0

La mise à jour de la AddThis SDK de 0.1.7 à 0.1.9 résolu ce problème pour moi (à l'aide de XCode 4.3.1).

InformationsquelleAutor Saxon Druce
0

J'ai déterminé une autre cause de cette erreur, qui a eu lieu pour moi dans Xcode 4.6.2 (4H1003). J'ai eu un sous-projet de construction d'un fichier exécutable. Cet exécutable est un outil d'aide qui est copié dans mon application bundle lorsqu'il crée.

L'application dispose d'un min cible de déploiement d'OS X 10.7 et versions pour 64-bit Intel comme un résultat.
L'outil d'aide, cependant, a été définie pour une cible de déploiement de 10.6, et de la construction de 32-bit/64-bit Intel.

Modification de l'outil d'aide pour construire 10.7 et Intel 64 bits uniquement correction de l'erreur. Je peux recréer de manière fiable l'erreur en changeant l'outil d'aide à 32-bit/64-bit Intel; ce n'est pas un 'erm, zap votre LANDAU' fix.

InformationsquelleAutor Evan Schoenberg
0

Comme @radven et @tomek-cejner mentionné parfois certains répertoires supplémentaires pourraient causer des problèmes. Peut-être si mal nommé? pour moi, les délinquants étaient différents.

Gruntfile.js, karma-e2e.conf.js, karma.conf.js et l'ensemble du répertoire node_modules.

voir: Comment construire l'IAP pour la distribution de l'TestFlight avec XCode 5?

InformationsquelleAutor Michael

Vous devez vous connecter pour publier un commentaire.