J'essaie de télécharger une application iOS pour examen à l'aide de l'organiseur de Xcode et j'ai rencontré deux problèmes:
Cas 1
Les envois binaires, mais quand j’appuie sur Soumettre pour examen iTunes Connect donne l’erreur suivante:
Les informations de votre application n'ont pas pu être enregistrées. Réessayer. Si le problème persiste, contactez-nous.
Cas 2
Après avoir reçu le premier message d'erreur, j'ai essayé de télécharger un nouveau fichier binaire, mais j'ai reçu le message d'erreur suivant dans Organizer:
ERREUR ITMS-9000: "Téléchargement binaire redondant. Il existe déjà un téléchargement binaire Avec la version de construction '1.1' pour le train '1.1'"
J'ai essayé de télécharger d'autres fichiers binaires en modifiant le numéro de version, mais je ne parviens toujours pas à faire passer mon application à l'état de révision. Je ne vois également aucun moyen de supprimer les anciens fichiers binaires téléchargés.
Autre observation: mon application devrait faire environ 30 Mo, mais lorsque je regarde le fichier binaire téléchargé, elle ne fait que 1,46 Mo. Je suppose qu'il y a peut-être quelque chose qui cloche dans le binaire, mais je l'ai construit en utilisant la même technique plusieurs fois et je n'ai jamais eu de problèmes.
Des idées?
Pour moi, je remplissais le formulaire dans Safari et j'obtenais l'erreur. Je me suis déconnecté, puis je suis passé à Chrome et connecté. Cette erreur a été corrigée et j'ai pu soumettre.
Déconnectez-vous et connectez-vous à nouveau devrait fonctionner comme cela a fonctionné pour moi!
J'ai résolu ce problème en augmentant le nombre dans Construire (Sélectionnez la cible, puis Xcode -> Général -> Construire, voir l'image) en ajoutant .1 afin que la compilation soit 3.75
-> 3.75.1
. Mais uniquement pour la construction, la version est toujours 3.75
et apparaît également comme celle dans iTunesConnect.
Ensuite, le nouveau fichier binaire téléchargé et je pourrais le sélectionner pour examen. Dans l'image ci-dessous, vous pouvez voir l'ancien et le nouveau binaire répertoriés dans iTunesConnect. Ensuite, il me restait enfin à sélectionner le nouveau fichier binaire et à le soumettre pour révision .
Ouvrez l'inspecteur Web, vous constaterez qu'Apple a déclaré: We've got a server error ... 500
C'est la vraie raison. :)
Mettre à jour:
Inspiré par @phantom, j’essaie d’utiliser dotjs pour exécuter un script javascript afin de cliquer automatiquement sur le bouton d’envoi toutes les 15 secondes, tout en obtenant toujours l’erreur 500.
La réponse de @ Geaka fonctionne pour moi. Parce que mon nom de produit est chinois , je change le nom de mon produit en anglais (NE PAS inclure d'espaces! Cela peut entraîner une autre erreur lors de la création du chemin.)
Je débogue le site Web d’Apple et trouve un script js nommé submit_for_review_cntrl.js
qui contrôle l’ensemble des progrès de la soumission. De la ligne 123 à la ligne 129 (formatée par le bouton {}
en chrome) définissant les en-têtes http, il existe un champ nommé X-Original-Filename
, la valeur est donnée par la méthode $scope.addCcatFileToJson
à la ligne 138, le paramètre de cette méthode est donné par ajax callback, i suppose qu'il y a un bogue pour encoder le champ du nom de produit du code back-end.
Malheureusement, le problème persiste. Lorsque cela se produit, ma solution consiste à supprimer le binaire, à cliquer sur le bouton de sauvegarde, puis à l'ajouter à nouveau. Puis enregistrez et suivez la procédure standard. Cela résout le problème pour moi sans changer la version de build ou faire quelque chose de plus.
WTF Apple!
Nous venons de résoudre notre version du problème (message d'erreur générique) ...
Après avoir cliqué sur Soumettre pour révision, j'essayais de télécharger un fichier pour le numéro ERN car mon application utilise le cryptage. Cela a finalement fonctionné lorsque j'ai utilisé un fichier Zip contenant une image de la réponse ERN et un fichier txt décrivant le type de cryptage utilisé.
Enfin, trouvez la solution:
Pas:
Si la version de votre application et la version de la version sont 1.0, conservez la version 1.0 et changez la version de la version en 1.1 (plus grande que la dernière version de la version), puis importez-la ..____. Si le nom de votre application est en anglais, choisissez cette version et envoyez-la à serait changer à revoir.
Si le nom de votre application est pas anglais , chinois par exemple, vous devez le nommer dans Nom complet du paquet , Ne le nommez pas directement dans TARGETS .
Peut-être que cela fonctionne aussi pour le japonais et le coréen.
J'ai résolu ce problème en basculant sur Chrome au lieu d'utiliser Safari. Presto, a travaillé tout de suite!
Je n'ai besoin que d'effacer tous mes cookies, au lieu de changer de navigateur.
J'ai rencontré ce problème ce matin et je l'ai résolu. Je change le nom de mon produit de chinois en anglais et j'écris le nom chinois dans le nom d'affichage de l'ensemble, ce qui résout ce problème . Vous pouvez modifier le nom d'affichage de l'ensemble dans le fichier info.plist, ainsi que le nom du produit en général onglet dans le projet.
J'ai ouvert iTunes Connect sur mon iPhone et j'ai pu envoyer des fichiers via Safari iOS. Je ne sais pas pourquoi.
c'est une erreur erratique. Probablement certains problèmes d'infrastructure Apple. Vous avez peut-être déjà fait quelque chose et tout a fonctionné - changer de navigateur, augmenter le nombre de builds, etc. Mais vous auriez pu frapper plusieurs fois. Au moins, après un certain temps, ma soumission a été retenue.
Ces erreurs se sont multipliées lors de l'ajout de nouvelles captures d'écran . Rien ne semblait l'aider.
Ensuite, j'ai visité iTunes Connect dans Safari (j'utilise normalement Chrome) et, d'une manière ou d'une autre, toutes les erreurs ont disparu.
TLDR; utiliser Safari pour iTunes Connect
Changez le navigateur que vous utilisez et supprimez la construction, sauvegardez-la une fois, puis ajoutez-la à nouveau et sauvegardez-la à nouveau. Après cela, cliquez sur Soumettre pour examen et cela fonctionnera parfaitement.
Enfin, j'ai trouvé les solutions. Le principal responsable est votre nom de produit, il doit être en anglais!
Cette fois tu vas bien !!!
Vous devrez changer la version de compilation. Créez 1.2 build pour la version 1.1 de votre application. Ensuite, téléchargez votre binaire. Après quelques minutes (sur le traitement), vous trouverez une nouvelle version à soumettre pour révision.
J'ai passé 2 heures !!!
J'ai vécu cette expérience en soumettant une mise à jour aujourd'hui à mon application. Pendant environ 30 minutes, j'ai réessayé et j'ai reçu la même erreur. J'ai essayé, en supprimant le binaire, en me déconnectant, j'ai également reconstruit le binaire avec une "chaîne de version d'ensemble" incrémentée.
Aucune de ces étapes n'a fait de différence, mais j'ai continué à réessayer, j'ai continué à avoir la même erreur et finalement j'ai accepté la soumission.
Je ne crois pas qu'aucune de ces solutions que j'ai essayées ait eu une incidence. Je crois qu'il y a eu une erreur interne sur itunesconnect. Comme le message l'indique, je pense que tout ce que vous devriez faire est de réessayer plus tard ...
Essayé toutes les solutions possibles Chrome et Safari; aucun d'entre eux n'a fonctionné.
Ensuite, je suis passé à Firefox et comme par magie, tout est passé.
J'ai aussi eu cette erreur. La solution que j'ai trouvée consistait à modifier le contenu de la section "Nom" de la description de l'application dans iTunes Connect.
Il n'y avait aucun besoin de changer le nom de l'application en anglais (comme certains le suggèrent), je viens de supprimer le caractère ":" du nom de l'application - et je pouvais ensuite le soumettre à l'examen! Mes versions localisées de l'application contenaient encore des noms non anglais.
Je viens d'avoir le même problème.
Basculer les navigateurs sur Chrome a immédiatement résolu le problème. Essayez donc de vider Safari et de le redémarrer pour pouvoir revenir à la soumission avec Safari.
@rayg - et pour le bien des autres - la case à cocher coréenne n'a pas à être cochée pour réussir à obtenir l'application vérifiée. Dans certains cas, il doit peut-être être sélectionné. Par conséquent, je ne dis pas que votre solution à votre scénario est fausse, mais l'article donnait l'impression que c'était une exigence pour chaque application soumise, ce qui n'est pas le cas.
Déconnectez-vous d'iTunes à partir du navigateur actuel. et Connectez-vous à iTunes à partir d'un autre navigateur et essayez de soumettre l'application.
Esperons que ça marche!
Et assurez-vous qu'il n'y ait pas de binaire redondant (en d'autres termes, le numéro de construction du binaire ne devrait pas être identique).
J'ai trouvé la solution simple. Allez simplement dans les détails de la version, supprimez la version actuelle puis sauvegardez.
Cliquez ensuite sur le bouton bleu d’ajout et ajoutez à nouveau la version actuelle, puis enregistrez à nouveau. Puis soumettez à nouveau.
Cela fonctionne pour mon cas. J'espère que ça aide
Avait le même problème depuis mon nom d'application contient ":". Le serveur de connexion iTunes renvoie 500 erreur à cause de cela. Je viens juste de retirer temporairement ":" du titre de l'application anglaise, de l'application soumise et de retourner ":".
J'ai essayé avant tout des solutions recommandées mais aucune d'entre elles n'a fonctionné pour moi. Ensuite, je sélectionne la version de compilation de mon système Mac et connecte iTunes connectée à l’aide de Firefox à partir du système de fenêtre et cela fonctionne pour moi ..__ Ou vous pouvez essayer de vous connecter à iTunes depuis un autre système Windows/Mac.
Après 3 jours, iTunes accepte mon premier binaire. J'ai essayé de changer mon nom d'affichage de paquet en anglais, puis j'ai essayé de changer pour conserver la version 1.0 et de passer à 1.2. Essayé beaucoup de réflexion et après 3 jours surprise !!! Apple accepte
Je pense que cela a fini par être une combinaison de plusieurs facteurs, mais une chose qui ne va vraiment pas, c'est que je n'ai pas cliqué dans la case pour envoyer des informations au magasin coréen. Cela était désactivé par défaut et il fallait cliquer dessus. Après avoir effectué cela et modifié plusieurs versions (en fin de compte, nous avons soumis 1.2 au lieu de 1.0!), Mon application est finalement entrée dans "En attente de révision ...".