Meine Prerelease-App wird seit über einer Woche in iTunes Connect "verarbeitet". Was gibt es?

Ich habe Xcode 6.1.1 verwendet, um eine neue Version einer Prerelease-App auf iTunes Connect hochzuladen, damit ich sie an meine externen Betatester verteilen kann. Ich habe dies zuvor mit zwei Versionen derselben App gemacht und es hat gut funktioniert.

Diesmal blieb der Upload jedoch über eine Woche lang im Status "Verarbeitung". Ich habe es erneut versucht (gleiche Version, neue Build-Nummer) und es ist jetzt über 24 Stunden ohne Änderung.

Die App hat die Validierung bestanden.

Was gibt?

Gehen Sie in iTunes Connect zu "Ressourcen und Hilfe". Wählen Sie "Kontakt" und folgen Sie dem Assistenten. Ich glaube nicht, dass jemand anderes als Apple darauf antworten kann. Und das haben wir in der Vergangenheit in einer ähnlichen Situation getan.

Wir hatten ein ähnliches Problem. Hochgeladene Builds standen in der Warteschlange und es wurde einfach "Verarbeitung" mit der Popup-Hilfe angezeigt: "Nachdem Builds hochgeladen wurden, durchlaufen sie einen Verarbeitungsstatus, bevor sie verwendet werden können." Tage vergingen.

Die Auswahl von "Interne Tester", das Vornehmen einer Änderung und das Speichern schienen die Warteschlange sofort zu löschen: Der neueste Build war jetzt aktiv und zum Testen verfügbar. Ich habe das jetzt zweimal mit zwei verschiedenen Apps gemacht.

Update: Zu diesem Zeitpunkt sind alle Wetten geschlossen. Es scheint, dass "Verarbeitung" stattfindet, wenn Apple iTunes Connect leise aktualisiert und Sie nichts dagegen tun können.

Am 23. September 2015 hat iTunes Connect fast 24 Stunden lang keine Uploads akzeptiert. Der Trick "Interne Tester" hat nicht funktioniert. Eventuell die Versionsnummer anstoßen (um einen "doppelten binären" Fehler zu vermeiden) und das erneute Senden funktionierte.

Am nächsten Tag Überraschung! iTunes Connect wurde komplett geändert. Ich denke, wir haben uns alle eine tote Stelle angesehen, während sie die neue Version im Hintergrund aufgerufen haben :(

In unserem Fall sehen wir immer noch Dutzende von "fehlgeschlagenen" Uploads, die sich noch im Status "Verarbeitung" befinden. Naja.

Einige Leute berichten, dass die Verwendung von Application Loader beim Senden von Builds an iTunes Connect besser funktioniert als Xcode. Sie finden es jetzt in Xcode unter dem Xcode-Menü "Open Developer Tool".

Manchmal funktioniert das. Manchmal nicht. Ihre Laufleistung kann variieren ¯ \ _ (ツ) _ / ¯

Die Lösung (wie vom Apple Support in seiner Antwort auf eine Anfrage nach Unterstützung vorgeschlagen) besteht darin, eine neue Binärdatei hochzuladen. Ich habe dies über XCode gemacht (gleiche Version 1.4, aber die Build-Nummer von 1 auf 2 erhöht) und es wurde fast sofort verarbeitet.

Wenn Sie im Fegefeuer "Verarbeitung" stecken bleiben, erhöhen Sie die Build-Nummer in XCode, archivieren Sie und senden Sie sie erneut an den App Store. Wenn es nicht innerhalb von 15 Minuten verarbeitet wird, versuchen Sie es erneut.

Hatte das gleiche Problem mit XCode 7 Betta-5. Behoben durch Deaktivieren des Kontrollkästchens "Bitcode einschließen" beim Hochladen des Archivs:

Ich hatte das gleiche Problem. Ich habe versucht, Änderungen an "Internen Testern" vorzunehmen. Kein Effekt. Ich habe mit dem Application Loader einen neuen Build hochgeladen. Nach Abschluss des Uploads wurde der vorherige Build von "Verarbeitung" in "Verfügbar" geändert.

Ich habe diese Nachricht vom App Store Developer Support (02.01.2016) erhalten:

Beachten Sie, dass es bis zu 24 Stunden dauern kann, bis ein Build vollständig durch unser System verarbeitet und zur Verwendung verfügbar ist. Wenn ein Build die Verarbeitung nicht innerhalb von 24 Stunden beendet, kann dies normalerweise behoben werden, indem der Build erneut mit einer höheren Build-Nummer gesendet wird.

Keine große Antwort (nichts darüber, warum es so lange dauern kann), aber es ist die Antwort, die Apple uns gibt.

Ich hatte ein ähnliches Problem.

Gestern habe ich einen App-Build (1.03) mit Xcode eingereicht, es war gegen 18 Uhr und heute Morgen war es immer noch "Verarbeitung", tatsächlich ist es immer noch "Verarbeitung".

Heute Morgen gegen 10:30 Uhr habe ich einen zweiten Build (1.04) mit Xcode eingereicht, aber dieser hat auch zu viel Zeit gebraucht, um seinen Status zu ändern. Deshalb habe ich gegen Mittag einen dritten Build (1.05) mit Application Loader eingereicht. Der Application Loader hat mir einen gegeben Die Warnung, dass die App zu groß ist, um ihre API-Nutzung zu überprüfen (der Build ist ca. 12,5 MB groß), war nur eine Warnung, daher habe ich sie gesendet und warte immer noch darauf, dass sie ihren Status ändert (14.16 Uhr).

Natürlich habe ich jedes Mal die Build-Nummer erhöht. Bei allen Builds war der Aktivierungsbitcode auf NO gesetzt.

UPDATE (13:52 Uhr):

Der zweite Build (1.0.4) wurde gerade für TestFlight verfügbar.

UPDATE (16:43 Uhr):

Der dritte Build (1.0.5), der mit Application Loader eingereicht wurde, wurde gerade für TestFlight verfügbar.

Mein Fazit ist, dass ihre Server langsamer sind als zuvor ... Vielleicht hat das Volumen der Apps, die verarbeitet werden, zugenommen und die Auslastung ihrer Systeme ist höher, weil es neue Dinge zu überprüfen gibt (Bitcode, Watch-OS-Zeug usw.).

Ich bin gestern auf dieses Problem gestoßen. Ich habe mehrere Builds mit verschiedenen Einstellungen eingereicht. Was für mich schließlich funktionierte, war das Senden über Application Loader ohne Bitcode .

Ich hoffe, das hilft jemandem, die Kopfschmerzen zu vermeiden, die ich durchgemacht habe. Es ist 24 Stunden her und die über Xcode eingereichten Apps werden noch "verarbeitet". Die über Application Loader übermittelte App war innerhalb einer Stunde verfügbar.

Wenn Sie jetzt auf dieses Problem stoßen, handelt es sich um ein Apple-Problem. Sie veröffentlichen eine neue Version von iTunesConnect. Einige meiner Builds waren in den letzten Tagen in der Verarbeitung stecken geblieben. Heute steckten sie bei Uploaded fest. Mehrere Telefonanrufe und unterschiedliche Antworten später wurde die neue Site gerade veröffentlicht und meine Builds werden als Verarbeitung angezeigt oder können eingereicht werden. Sie haben jedoch alle ein gelbes Warnsymbol neben sich. Ich bin mir nicht sicher, was das ist.

Ich habe eine neue Version meiner App über Xcode 7.1 erfolgreich eingereicht. Dann bemerkte man, dass der Build länger als gewöhnlich in "Verarbeitung" steckte.

Ich folgte dem Vorschlag von Scotch, indem ich die Build-Nummer unter Beibehaltung derselben Version erhöhte und erneut von Xcode übermittelte. Diesmal wurde der neue Build innerhalb von 5 Minuten zum Testen verfügbar.

Ich konnte dann diesen Build auswählen und klickte auf Test starten. Meine internen Tester haben die Benachrichtigungs-E-Mails erhalten und konnten die neue Version über die Testflight-App testen.

Ich weiß, dass die Antwort etwas spät ist, aber dies ist der erste Link in Google, und keine der oben genannten Lösungen hat bei mir funktioniert.

Ich hatte das gleiche Problem, dh nach dem Hochladen des Builds vom Application Loader blieb es bei der Verarbeitung hängen. Dies geschah viele Male, nach stundenlangem Headbangen stellte ich fest, dass der Build-Status geändert wurde, sobald ich den Application Loader auf meinem Mac schließe :)

Ich hoffe, diese Antwort wird vielen helfen.

Es gibt noch eine andere Frage, die diese dupliziert. Ich habe eine Antwort gepostet, wie ich dieses Problem gelöst habe. Vielleicht hilft es auch jemand anderem:

Hat jemand anderes für iTunes Connect gebaut, dessen Verarbeitung länger dauert?

Kurz gesagt: Erstellen und Hochladen mit XCode 6.4 anstelle von XCode 7.

OSX: Das Deaktivieren von Include-App-Symbolen zur Symbolisierung des Absturzberichts hat mir geholfen. Ich werde das dsym speichern und manuell symbolisieren, anstatt darauf zu warten, dass sie ihre "NEUE" itunesconnect-Version lösen.

Ich verwende xcode, die Verarbeitung meiner App dauerte normalerweise 1 bis 2 Minuten, aber heute habe ich 15 Minuten gewartet. Ich habe den Build erhöht, die Version beibehalten und erneut archiviert. Und es ging innerhalb von 2 Minuten durch, während der vorherige Build nach einer Stunde noch feststeckte.

Mein Rat ist, nicht auf Apple zu warten, sondern nur den Build zu erhöhen und erneut hochzuladen. Apple ist zu edel, um zuzugeben, dass sein System Fehler oder Fehler aufweist. Zeit ist Geld.

Ich hasse es, eine weitere Antwort auf diese bereits überfüllte Frage hinzuzufügen, aber sie könnte für jemanden von Nutzen sein.

Ich habe festgestellt, dass, wenn einem "Release" beim Hochladen eines neuen Builds bereits ein Build zugewiesen wurde, das Löschen des vorhandenen Builds und der Versuch, das neue auszuwählen, immer als "Verarbeitung" angezeigt wurde.

Wenn ich jedoch den alten Build entfernt und die Seite gespeichert und dann aktualisiert habe, kann der neue Build ausgewählt werden.

Gleiches Problem für mich ... Laden Sie App-Archive von Xcode (7.3.1) hoch. Stellen Sie mit Chrome und Safari eine Verbindung zu iTunesCo her ...

• 20. August: v0.1.3 | b0.0.1 -> Upload abgeschlossen -> ist nie auf iTunesCo erschienen
• 23. August: v0.1.4 | b0.0.1 -> Upload abgeschlossen -> Verarbeitung auf iTunesCo
• 23. August: v0.1.4 | b0.0.2 -> Upload abgeschlossen -> Verarbeitung auf iTunesCo
• 23. August: v0.1.4 | b0.0.3 -> Upload abgeschlossen -> ist nie auf iTunesCo erschienen
• 24. August: v0.1.5 | b0.0.1 -> Upload abgeschlossen -> 5 Minuten später verfügbar

Die Art und Weise, wie es funktioniert, hat keine Logik ... Also stimme ich @teapen zu:

... warten Sie nicht auf Apple, sondern erhöhen Sie den Build und laden Sie ihn erneut hoch ...

Ich habe versucht, die Option Interne Tester zu ändern, andere Elemente auf der App-Detailseite zu ändern und mehrere neue Binärdateien (mit demselben Code, nur Änderung der Build-Nummer) über einen Zeitraum von 2 Tagen ohne Wirkung hochzuladen. Ich habe Apple auch über den iTunes Connect-Support-Link kontaktiert. Sie antworteten in weniger als 24 Stunden, fragten aber nur nach weiteren Informationen (von denen ich die meisten bereits bereitgestellt hatte).

Schließlich ging der fünfte Build, den ich zwei Tage später hochgeladen hatte, in den normalen Minuten durch und ich konnte endlich meine App zur Überprüfung einreichen.

Ich hatte das gleiche Problem, ich habe ipa über Xcode7 hochgeladen und es bleibt 48 Stunden lang hängen. Häufigkeit, mit der ich eine E-Mail an den Apple-Support sende, die jedoch nicht funktioniert. Daher habe ich ipa mehrmals hochgeladen, aber keine Verwendung. Dann habe ich die Versionsnummer geändert, z. B. 2.2 (33) in 2.3 (1), und es funktioniert für mich. Versuchen Sie es an Ihrer Seite, vielleicht hilft Ihnen das.

Ich habe eine Theorie zu diesem Fehler, die mir auch einige Male passiert ist.

Was meiner Meinung nach passiert: Wenn Sie bei iTunesConnect angemeldet sind, fragt die Webseite die Datenbank nach verfügbaren Builds ab. Diese Abfrage kann möglicherweise die Erstellung neuer Builds beeinträchtigen.

Was ich getan habe war: Melden Sie sich in allen Ihren Webbrowsern von iTunesConnect ab. Erhöhen Sie die Build-Nr. In Xcode, erstellen Sie ein Archiv und laden Sie es hoch.

Dann: Widerstehen Sie den Versuchungen, sich bei iTunesConnect anzumelden, um den Status zu überprüfen. Warten Sie mindestens eine Stunde, bevor Sie sich anmelden.

Als ich mich endlich bei iTunesConnect anmeldete, fand ich meine Binärdateien dort und wartete auf mich.

Also habe ich das gestern (22. Februar 17) erlebt. Ich habe mehrmals versucht, den Build über Xcode (8.2) hochzuladen (Processing) . Dann habe ich es mit dem Application Loader versucht, immer noch das gleiche. Ich musste nur ca. 12 Stunden warten, bis ich die E-Mails bearbeitet hatte.

Also ja, du bist es nicht, sie sind es.

Ich habe seit einigen Tagen das gleiche Problem und viele Uploads schienen zu funktionieren, als ich mich auf meinem PC vom Apple Developer Portal abmeldete (das ich anstelle meines Mac zum Anzeigen des Portals verwende). Laden Sie die neue Version über meinen Mac und hoch Melden Sie sich beim Entwicklerportal auf dem Mac an, mit dem ich das ipa hochgeladen habe. Es schien sofort zu funktionieren. Apple hasst Windows wirklich oder es ist ein Problem, von einem anderen Computer aus angemeldet zu sein.

Ich hatte auch dieses Problem - es war jedoch aus einem ganz anderen Grund als jedes, das ich online gesehen habe. Ich habe festgestellt, dass meine App nicht über das richtige iOS-Bereitstellungsprofil für die Veröffentlichung im App Store verfügt. Ich habe einfach die Build-Nummer geändert, validiert und erneut eingereicht. Innerhalb von 15 Minuten konnte die neue Version als aktueller Build hinzugefügt werden. Die beiden vorherigen Versionen, die ich hochladen wollte, werden noch verarbeitet.

Ich bin nicht sicher, warum Apple Ihnen nicht mitteilt, dass es ein falsches Bereitstellungsprofil für den hochzuladenden Build gibt, aber dies war meine Heilung!

Das Hochladen des Builds mit dem Application Loader hat den Trick für mich getan. Wenn Ihr aktueller Build in der Verarbeitung stecken bleibt, erstellen Sie einfach einen neuen Build mit einer inkrementierten Build-Nummer und senden Sie ihn über den Application Loader.

Eigentlich ist es das Problem im Zusammenhang mit dem App Store. Ich habe viele Builds hochgeladen. Es dauert einige Zeit, abhängig von der Größe des IPA und dem Zeitpunkt, zu dem Sie es in den App Store hochladen. Verwenden Sie Application Loader 3.0 oder höher, um den Build hochzuladen.

Lösung ist Warten Sie einige Stunden ca. 24 Stunden. Ihr Problem wird sofort behoben. Apple hat jetzt seit Tagen schlechte Zeiten. Ich hoffe, sie werden bald alles reparieren

Ich hatte das gleiche Problem mit einer meiner Apps, und so fand ich dies heraus. In meinem Fall habe ich zwei meiner Apps gleichzeitig mit Xcode 7.1 hochgeladen. Eine der Apps wurde innerhalb einer Stunde verarbeitet. Der andere war fast 24 Stunden später noch in Bearbeitung. Um dieses Problem zu beheben, habe ich ein neues Archiv mit einer inkrementierten Build-Nummer erstellt und es mit dem Application Loader hochgeladen. Ich habe den Bitcode nicht deaktiviert. Die Version, die ich mit dem Application Loader hochgeladen habe, hat weniger als 20 Minuten gebraucht, um die Verarbeitung zu durchlaufen, und ich konnte meine App zur Überprüfung einreichen. Die Version, die ich zuvor eingereicht habe, steckt noch in der Verarbeitung.

Zumindest bei meiner App scheint die Verwendung des Application Loader das Problem gelöst zu haben.

Suchen Sie nach einer E-Mail, die etwas in diesem Sinne enthält:

Fehlender Info.plist-Schlüssel - Diese App versucht, ohne Verwendungsbeschreibung auf datenschutzrelevante Daten zuzugreifen. Die Info.plist der App muss einen NSAppleMusicUsageDescription-Schlüssel mit einem Zeichenfolgenwert enthalten, der dem Benutzer erklärt, wie die App diese Daten verwendet.

Wo der fehlende Schlüssel eine Reihe von Berechtigungen sein kann und möglicherweise etwas ist, das Sie nicht einmal verwenden. Dies tritt häufig bei reaktionsnativen Anwendungen auf.

Wenn Sie eine solche E-Mail erhalten, befolgen Sie die Hinweise zum Info.plistSchlüssel und senden Sie die App erneut.

Der Grund dafür ist, dass in Ihrem Build etwas fehlt, das Apple Server nicht ermitteln können.

Um dies zu lösen, stellen Sie sicher, dass Sie alle für Ihre App erforderlichen Konfigurationen enthalten haben, und stellen Sie sicher, dass Sie mindestens eines der Startbilder für jede mögliche Auflösung hinzugefügt haben. Dies war mein Fall. Ich füge für jedes Gerät ein Startbild hinzu und tat es funktioniert.

Überprüfen Sie daher sorgfältig, ob in Ihrem Projekt eine dieser Einstellungen oder ein Bild fehlt, und versuchen Sie es. Vielen Dank

Ich war mit diesem Problem konfrontiert. Es wurde behoben, als ich mich bei iTunes Connect im Chrome-Browser als Safari anmeldete. Meine App war bereits in verarbeitet.

Cocoapods ( 0.39.0.beta.4) war das Problem für mich, also zog ich nach Karthago.