Ich habe meine App im Release-Modus auf einem iPhone mit Xcode 4 ausgeführt.
Alles hat super funktioniert, bis ich zum Simulator wechselte und wieder zum iPhone wechselte. Nach dem Zurückschalten wird die App auf dem iPhone gestartet, aber der Startbildschirm wird unmittelbar nach und in Xcode angezeigt. Ich erhalte:
failed to get the task for process Ich habe versucht, die Berechtigungsdatei zu entfernen / hinzuzufügen, die App zu löschen und Xcode neu zu starten, aber nichts zu tun.
Antworten:
Ich wette, dass Ihr Release-Modus das Kompilieren mit Ihrem Distributionszertifikat umfasst, was dieses Verhalten nicht zulässt (Sie möchten nicht, dass sich ein zufälliger Narr in Ihre App einfügt, nachdem Sie sie aus dem App Store heruntergeladen haben). Kompilieren Sie stattdessen mit dem Entwicklungszertifikat. Sie können dies in den Gebäudeeinstellungen unter Codesignatur ändern.
quelle
Ändern Sie das Profil für die Codesignatur. Wählen Sie Ihr Projekt aus und gehen Sie zu Build Settings> Code Signing Identity. Wechseln Sie zu einem anderen Entwicklerprofil.
quelle
Wenn jemand dieses Problem hat, aber sicher ist, dass die Zertifikate und die Codesignatur korrekt eingerichtet sind, überprüfen Sie die Registerkarte Funktionen, wenn Sie auf das Projekt klicken (dh neben der Registerkarte Einstellungen erstellen, Registerkarte Phasen erstellen usw.).
In meinem Fall gab es defekte Links für Game Center- und In-App-Käufe, die behoben werden mussten (durch Klicken auf die Schaltflächen "Fix me"), um dieses Problem zu beheben.
quelle
An alle, die darauf stoßen: Nachdem ich dies gelesen hatte, versuchte ich, das Problem zu lösen, indem ich die Debug-Signatur auf mein Entwicklungszertifikat setzte, um festzustellen, dass die Bereitstellung immer noch fehlschlug.
Es stellte sich heraus, dass mein Ziel Release war und daher immer noch mit dem Distributionszertifikat signiert wurde. Gehen Sie entweder zurück zum Debug-Ziel oder ändern Sie die Release-Signatur vorübergehend in Development.
quelle
Ich hatte das gleiche Problem und nachdem ich die obigen Antworten gelesen hatte, musste ich nur zu Build-Einstellungen> Codesignatur> Bereitstellungsprofil> Keine gehen und konnte die App erneut auf meinen Geräten ausführen. Hoffe das hilft jemand anderem
quelle
Ich habe im Bereitstellungsprofil für Build-Einstellungen für "Debug" wieder auf "Automatisch" umgestellt und das Release-Zertifikat-Profil unverändert gelassen. Meins hat funktioniert. Versuchte die anderen Antworten. Nichts hat geklappt. Ich wollte meine Zertifikate nicht neu konfigurieren müssen. Automatisch auf dem Bereitstellungsprofil hat den Trick gemacht
quelle
Holen Sie sich das gleiche Problem, indem Sie meine App auf dem iPhone 5S mit Distributionsprofil installieren
-> Meine Lösung bestand darin, Funktionen zu aktivieren, die im Verteilungsprofil festgelegt sind (in meinem Fall "Schlüsselbundfreigabe", "In-App-Kauf" und "Game Center").
Hoffe das hilft jemandem ...
quelle
Hatte gerade das gleiche Problem - die App wurde in Ordnung installiert, läuft aber nicht von Xcode mit der Meldung "Prozessstart fehlgeschlagen: Fehler beim Abrufen der Aufgabe für den Prozess".
Es stellte sich heraus, dass mein Entwicklungszertifikat nachts abgelaufen ist. Das Regenerieren des Zertifikats und der Bereitstellungsprofile löste das Problem.
quelle
Wenn Sie unter Build-Einstellungen-> Codesignatur das richtige Codesignaturzertifikat festgelegt haben , stellen Sie sicher, dass Sie auch für den Debug- / Release-Modus das richtige Bereitstellungsprofil verwenden.
Ich hatte dieses Problem, weil ich für beide Debug- / Release-Modi ein Ad-hoc- Bereitstellungsprofil verwendet habe, bei dem beim Ausführen eines Debug-Builds kein Entwicklungsprofil verwendet werden kann.
quelle
Die Signatur-ID für den Entwicklercode ist mit Sicherheit korrekt. Stellen Sie jedoch auch sicher, dass Ihr Gerät über den Organizer oder über das Entwicklerportal zum Mitgliedercenter hinzugefügt wurde.
Vor ein paar Tagen habe ich meine Geräteliste zurückgesetzt und heute habe ich diese plötzlich für einen iPod bekommen, mit dem ich die ganze Zeit debugge. Ungefähr 15 Minuten später erkannte ich das Problem.
quelle
Ich hatte dieses Problem, nachdem ich ein neues Entwicklerzertifikat erstellt hatte.
Folgendes war bereits korrekt: Der alte private Schlüssel wurde aus dem Schlüsselbund gelöscht, alle Profile waren aktuell, die Build-Konfiguration und die Signatureinstellungen waren korrekt. Trotzdem hatte ich dieses Problem.
Lösung: Ich musste Xcode (5.1.1) neu starten, da mir mein neues Entwicklerzertifikat nicht bekannt war. Ich habe auch die veralteten Profile von meinen Geräten gelöscht, um sicherzugehen und aufzuräumen.
quelle
Ich hatte dieses Problem beim Versuch, eine App auf einem Gerät zu debuggen, das ich zuvor noch nicht verwendet hatte. Das Entwicklerprofil wurde korrekt festgelegt. Das Gerät war Teil unseres Teamkontos, aber nicht in meinem Profil enthalten.
Musste einfach Organizer öffnen -> Gerät auswählen -> Zum Mitgliedercenter hinzufügen
quelle
Ich hatte das gleiche Problem, jedoch in einer etwas anderen Situation. Eines Tages startet meine Anwendung einwandfrei (mithilfe der Entwicklerbereitstellung), dann bearbeite ich meine Berechtigungsdatei geringfügig und danach funktioniert sie nicht mehr. Die Anwendung wurde einwandfrei auf meinem Gerät installiert. Jedes Mal, wenn ich versuchte, sie zu starten, wurde sie sofort beendet (nach der Eröffnungsanimation). (Da ich auch andere Dateien bearbeitet habe, habe ich das folgende Problem nicht vermutet)
Das Problem war im Entitlements-Dateiformat, so dass die folgenden Deklarationen nicht gleich sind:
Richtig:
Falsch:
Obwohl es sich um ein XML-Format handelt, verwenden Sie keine Leerzeichen im Tag, da der Xcode sonst keine Verbindung zum Prozess herstellen kann.
Ich habe die ganze Zeit über ein Entwickler-Bereitstellungsprofil verwendet.
Bearbeiten: Stellen Sie außerdem sicher, dass die in Ihrer Berechtigungsdatei endende Zeile \ n (LF) anstelle von \ r \ n (CRLF) lautet. Wenn Sie die Berechtigungsdatei unter Windows mithilfe von CRLF-Zeilenenden bearbeiten, kann Ihre Anwendung möglicherweise nicht gestartet werden.
quelle