Test de bêta TestFight pour les testeurs internes - L'état de la compilation est "en cours de traitement"
J'utilise TestFlight depuis un moment, mais c'est la première fois que je soumets une version pour des tests bêta directement à partir d'iTunesConnect depuis Apple a acheté TestFlight lui-même.
J'ai eu un comportement étrange (ou peut-être simplement le comportement attendu par Apple).
J'ai ajouté l'utilisateur à mon équipe (ils ont le rôle d'administrateur) et je l'ai sélectionné en tant que partie du testeur TestFlight dans le panneau dédié. J'ai téléchargé une version, activé le test bêta de TestFlight dans l'onglet Construction et sélectionné les testeurs internes (un seul dans la capture d'écran ci-dessous). J'aimerais recevoir cette version.
Alors ... rien ne se passe, l'état est toujours en cours de "traitement" (le testeur ne devrait pas être immédiat?), Le testeur ne reçoit aucune invitation et je suis bloqué. Il y a évidemment quelque chose qui me manque ici.
En outre, même si un testeur a déjà été invité, le panneau indique toujours "Pour commencer les tests, invitez au moins un testeur". TestFlight était un si bon produit une fois ...
Les deux instantanés ci-dessous montrent l'état du panneau iTunesConnect. Une idée?
Il s’est avéré que le "traitement" d’un build, même s’il ne s’agissait que de tests internes (c’est-à-dire des 25 comptes associés à votre équipe), pouvait prendre quelques heures. Même si le binaire a déjà été validé par Xcode et Chargeur d'application .
Je publie cette réponse comme une réponse, car je n'ai trouvé aucune preuve de la durée supposée de l'état "Traitement en cours". Compte tenu de la longueur du processus de révision, il peut s’agir de secondes, minutes, heures ou jours, il est donc bon de savoir que, dans ce cas, cela a duré quelques heures.
Maintenant, mon statut de console est celui-ci.
Ok, voici la réponse pour les personnes de mars 2015. J'ai téléchargé une version préliminaire hier (4 mars) via Xcode et les statuts des tests internes et externes sont toujours en cours de "Traitement" plus de 6 heures plus tard. J'ai même essayé de ré-télécharger, d'augmenter les numéros de build, etc. Pas de joie. Alors j'ai appelé Apple. C'est ce qu'ils m'ont dit.
Ils constatent régulièrement ce problème pour ceux qui ont téléchargé des versions de pré-version les 4 et 5 mars. Ils ont cherché à savoir si cela était lié au téléchargement via Xcode et non via Application Loader, mais ils ont 'ai vu le problème se poser également entre les deux méthodes.
Ils se penchent donc sur le problème et essaieront de résoudre le problème pour mon cas particulier dès que possible.
Je pense que ceux qui découvrent que ré-télécharger avec un nombre de build plus important sont efficaces, c'est en fait un fouillis rouge et peut-être davantage lié à la soumission à nouveau au bon moment pour le système.
Je vais garder ce fil posté pour savoir comment ça se passe. En attendant, si votre pré-version a été traitée pendant plus de 24 heures et que vous n'aimez pas l'idée de jeter des ordures dans la console de gestion de votre application avec des tentatives de chargement de pré-version (qui ne peuvent pas être supprimées), je suggère de donner = Apple un appel pour que votre téléchargement soit activé.
Assistance téléphonique iTunes Connect:
Aux États-Unis: + 1 (800) 633-2152 De l'extérieur: + 1 (408) 974-4897
PDATE 6 March: Donc, ma version originale est finalement sortie de Processing. Cela a pris exactement 8 heures! Je ne pense pas que c'était Apple en train de le réparer, il me semble que c'est finalement ce qui s'est passé.
Avant cela, j’essayais également de télécharger de nouvelles versions incrémentées via Application Loader et également lorsque je me déconnectais d’iTunes Connect, comme indiqué dans certaines des suggestions ci-dessous, mais cela ne m’a guère changé. Ce qui m'amène à la conclusion assez certaine que cela fonctionne simplement parce que vous vous soumettez au bon moment (ou peut-être même peut-être être lié à votre situation géographique (je suis à Londres)) et à aucun autre hokus pokus!
Le Testflight d’origine met plutôt rudement à la honte Apple). Ils ont vraiment besoin de régler ce problème.
Normalement, vous ne devriez jamais voir le statut 'En cours de traitement'. Une fois que le statut de construction est défini sur Processing , il ne sera jamais modifié. au moins dans mon cas. (Voir image ci-dessous)
La solution consiste à "continuez d'essayer." "Essayez d'augmenter le numéro de version ou le numéro de version, puis de le soumettre à iTunes Connect.
Je l'ai eu à la troisième tentative sans temps de traitement.
J'ai trouvé le message suivant envoyé par Apple ([email protected]) dans mon dossier Courrier indésirable. Dans les paramètres de construction de mon application, j'ai défini "Activer le code binaire" sur Non. J'ai également modifié le paramètre niveau d'optimisation de la version validée à Aucune, ma version étant acceptée et téléchargée sur l'App Store, le bouton d'invitation est désormais disponible pour les utilisateurs internes. Plus tard, j'ai pu installer l'application via TestFlight.
Cher développeur,
Nous avons découvert un ou plusieurs problèmes liés à votre livraison récente de "XXXYourAppName". Pour traiter votre livraison, les problèmes suivants doivent être corrigés:
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCoreMedia.dylib' contient un code binaire.
Exécutable non valide - L'exécutable xxx.app/Frameworks/libswiftFoundation.dylib 'contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftDarwin.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCoreLocation.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCoreData.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCoreImage.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftDispatch.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCore.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftAVFoundation.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCoreGraphics.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftObjectiveC.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftCoreAudio.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftUIKit.dylib' contient un code binaire.
Exécutable non valide - L'exécutable 'xxx.app/Frameworks/libswiftSecurity.dylib' contient un code binaire.
Une fois ces problèmes corrigés, vous pouvez ensuite renvoyer le fichier binaire corrigé.
Cordialement,
L'équipe App Store
je me débattais avec les mêmes problèmes que beaucoup de gens le disent.
Enfait ce matin, je télécharge une deuxième version de mon application et déclare que "Traitement en cours" ne se produira pas dans des heures et des heures. Je télécharge le deuxième ensemble de l'application sur iTunes à l'aide de xcode Archive/Uploader.
Quand je sors pour le déjeuner, je pensais à "comment Apple prend beaucoup de temps pour traiter une deuxième version", au lieu d'être immédiatement défini comme actif.
Maintenant, je suis heureux, quand je reviens, je décide de télécharger à nouveau un troisième paquet, mais en utilisant Application Loader au lieu de Xcode. Ceci fait la magie comment la figure de capture d'écran:
Imaginez que la deuxième version soit encore en traitement actuellement !!! Apple incroyable !!!!
Utilisez donc Application Loader et ne perdez pas de temps important! J'espère que j'aide,
J'ai utilisé TestFlight un peu, sans problèmes. Ensuite, cela m'est arrivé hier (bloqué dans le traitement). Peut-être un problème interne du côté des pommes?
cela semble arriver de temps en temps et l'utilisateur ne peut fondamentalement rien faire d'autre que d'attendre. J'ai essayé toutes les suggestions ci-dessus en vain, puis tout à coup toutes les versions de traitement l'ont rendu à l'état activé.
à ce jour (le 9 octobre 2015), le traitement de la demande prend encore jusqu'à une heure, mais hier, la situation était bien pire, prenant plusieurs heures.
Le truc pour moi était de changer le numéro de VERSION de la construction, plutôt que de changer le numéro de construction. Je ne suis pas sûr, mais finalement, chaque version sur 5 pour une version a ce problème de file d'attente de traitement longue.
J'ai constaté que si ITC est ouvert pendant le téléchargement de la construction, il ne quitte jamais l'étape de traitement. Assurez-vous que ITC n'est pas connecté tant que je n'ai pas reçu la notification sur mon téléphone semblait fonctionner.
Cela m’arrivait aussi dans l’une de mes constructions. Toutes mes versions précédentes avant cette construction étaient instantanées. Donc, je viens de créer une nouvelle version (aucun changement de code) et d’ignorer celle qui était erronée. Une fois que j'ai activé les tests de TestFlight sur la nouvelle version, j'ai reçu les notifications sur mes appareils presque instantanément.