Bundle-ID und Push-Zertifikat… Aps-Environment-Berechtigungsfehler

68

Ich habe gelesen, woher xcode die Kennung der Anwendung bezieht. , Formatierung der XCode-Bundle-ID aus {PRODUCT_NAME} und mehr, aber ...

Ich versuche, Push-Benachrichtigungen in Gang zu bringen und die gefürchteten zu bekommen

"Error Domain = NSCocoaErrorDomain Code = 3000" Keine gültige Berechtigungszeichenfolge 'aps-environment' für Anwendung gefunden "UserInfo = 0x15b200 {NSLocalizedDescription = keine gültige Berechtigungszeichenfolge 'aps-environment' für Anwendung gefunden}" Fehler.

Ich bin mir ziemlich sicher, dass ich alle Schritte korrekt ausgeführt habe, einschließlich:

  • machte das Push-Zertifikat weit vor dem Bereitstellungszertifikat
  • hat eine 'Entitlements.plist' erstellt
  • hat einen booleschen Wert für get-task-allow hinzugefügt und auf true gesetzt (Ad-hoc-Version)

Der einzige Gedanke, den ich nicht richtig verstehen kann, ist der Bundle Identifier

Das Push-Zertifikat ist für

XXXXXXXXXX.com.julianbaker.pwcnewsuk

Der Bundle Indentifier in PwCNewUK-Info.plist ist für

com.julianbaker.${PRODUCT_NAME:rfc1034identifier}

Wenn ich es manuell ändere

com.julianbaker.pwcnewsuk

Ich erhalte einen UDID-Fehlanpassungsfehler, da die App als PwCNewsUK angezeigt wird

Wenn ich das gegoogelt habe, scheint es einige Verwirrung in der Sache zu geben, aber es scheint, dass sie übereinstimmen müssen?

FRAGE:

Was sollte der Bundle Indentifer sein, um mit dem Push-Zertifikat von XXXXXXXXXX.com.julianbaker.pwcnewsuk übereinzustimmen
?

FRAGE:

Muss ich dem Bereitstellungsprofil eine Berechtigung "aps-environment" hinzufügen, und wenn ja, wo und wie? (Siehe unter anderem http://www.airplaysdk.com/node/3174 )

Liebevolle iPhone-Entwicklung, aber meine Güte, es kann manchmal ein Headbanger sein!

JulianB
quelle
4
Als ich etwas tiefer grub, fand ich die ANTWORT auf die zweite Frage ... Apple sollte das Paar "aps-environment" in die mobileprovision-Datei aufnehmen, der Wert sollte "development" oder "Distribution" sein. Es gibt anscheinend einen Fehler, bei dem dieses Paar beim Generieren des Zertifikats manchmal weggelassen wird. Überprüfen Sie dies, indem Sie die Datei in einem Texteditor
öffnen
Und es scheint, dass die App Bundle Identifier zwischen Groß- und Kleinschreibung unterscheidet (Feld Indentifier im Eigenschaftenbereich des
Zielinfofensters
67
Dieses Problem lässt mich weinen
Kyle Clegg

Antworten:

88

Ich habe diese Frage gefunden, als ich in einer Anwendung, an der ich arbeite, von einer Entwicklungsumgebung zu einer Produktionsumgebung gewechselt bin. Dieser Prozess beinhaltete die Erstellung eines neuen Profils, einer neuen App-ID usw. Ich habe die App-ID und ein Profil erstellt, aber der Team-Agent musste die Push-Benachrichtigungen konfigurieren. Beim Versuch, den Test mit dem neuen Profil fortzusetzen (nachdem die App für Push-Benachrichtigungen konfiguriert wurde), stieß ich auf das Problem, dass für die Anwendung keine gültige Berechtigungszeichenfolge für die APS-Umgebung gefunden wurde. Ich erinnerte mich dann daran, eine kleine Einschränkung in der Dokumentation gelesen zu haben:

"Sie müssen das Profil auf irgendeine Weise ändern (z. B. eine Option umschalten), damit das Portal ein neues Bereitstellungsprofil generiert. Wenn das Profil nicht so" schmutzig "ist, erhalten Sie das Profil ohne die Push-Berechtigungen. ""

Quelle: Programmierhandbuch für lokale und Push-Benachrichtigungen

Für mich war das "Verschmutzen" des Bereitstellungsprofils und die Neuinstallation alles, was zur Behebung des Problems erforderlich war. Gemäß der Dokumentation war dies erforderlich, da das Bereitstellungsprofil erstellt wurde, bevor die App für Push-Benachrichtigungen konfiguriert wurde. Dies kann niemandem helfen oder auch nicht, aber dies erklärt (und beseitigt) wahrscheinlich die Notwendigkeit, dem Bereitstellungsprofil manuell etwas hinzuzufügen.

JR Armstrong
quelle
16
Total für mich gearbeitet, danke! Absolut inakzeptabel, dass die Apple-Entwickler-Website so schlecht funktioniert.
Diatrevolo
1
Ja, es hat bei mir funktioniert. Wenn Sie die App-ID aktualisieren, aktualisieren Sie Ihre Bereitstellungsprofile. Sie werden von Apple keine Andeutung dazu erhalten. Aber du musst es tun. Keine Notwendigkeit,
XMLs
Ich bin auf dieses Problem gestoßen, als ich meine Entwicklungs-App von meinem iPad gelöscht und dann versucht habe, sie erneut auszuführen. Ich habe die Anweisungen zum "Verschmutzen" des Bereitstellungsprofils befolgt, über den Organizer erneut heruntergeladen, xcode geschlossen und geöffnet, neu erstellt und bereitgestellt, dann hat es funktioniert. Dies ist eine lahme Problemumgehung.
Paul Fryer
Dieses Problem ist immer noch vorhanden und hat mir stundenlange Probleme mit CloudKit verursacht. Das Überprüfen des Bereitstellungsprofils ergab, dass der Schlüssel "aps-environment" fehlte. Ich habe die Bereitstellungsprofile viele Male neu generiert und versucht, sie ohne Erfolg zu löschen. Schließlich gelang es mir, das Bereitstellungsprofil durch Ändern der iCloud-Container, auf die die App zugreifen konnte, zu verschmutzen. Das bereitgestellte Bereitstellungsprofil verfügt jedoch immer noch nicht über den Schlüssel für die APS-Umgebung.
user2002649
21

Ich bin auf das gleiche Problem "Keine gültige Berechtigungszeichenfolge für APS-Umgebung für Anwendung gefunden" gestoßen, aber die oben genannten Lösungen haben bei mir nicht funktioniert.

Ich konnte keine sehr gute Dokumentation über diesen Fehler oder nur die Schlüssel "aps-Umgebung" finden.

Nach einigem Basteln hat das Problem für mich gelöst:

Öffnen Sie Ihr Entwicklungsbereitstellungszertifikat "Appname.mobileprovision" mit einem Texteditor, suchen Sie nach dem Schlüssel "Berechtigungen" und fügen Sie alle hier gefundenen Werte zu Ihrer Berechtigungsdatei hinzu, auf die durch Ihre Einstellung für Codesignaturberechtigungen verwiesen wird.

Hier ist ein Beispiel dafür, welche Schlüssel / Werte darin enthalten sind:

<key>application-identifier</key>
<string>xyz.com.xyz.xyz</string>
<key>aps-environment</key>
<string>development</string>
<key>com.apple.developer.ubiquity-container-identifiers</key>
<array>
<string>xyz.*</string>
</array>
<key>com.apple.developer.ubiquity-kvstore-identifier</key>
<string>xyz.*</string>
<key>get-task-allow</key>
<true/>
<key>keychain-access-groups</key>
<array>
<string>xyz.*</string>
</array>

Nachdem ich alle diese Werte zu meiner Berechtigungsdatei hinzugefügt habe, wird meine App erfolgreich erstellt und ich kann endlich wieder an Push-Benachrichtigungen arbeiten.

Ich bin nicht sicher, ob diese Werte von XCode automatisch zu Ihrer Berechtigungsdatei hinzugefügt werden sollen, aber sie wurden in meinem Projekt sicherlich nicht für mich generiert.

ozz
quelle
2
DAS ist die richtige Antwort. Die Lösung besteht lediglich darin, die Werte in Ihrer .mobileprovision-Datei in Ihre Berechtigungsdatei zu kopieren. Ich wünschte, Apple hätte das irgendwo dokumentiert. Wenn Sie danach weiterhin den Fehler erhalten, starten Sie XCode neu. Das hat es für mich behoben.
Aneil Mallavarapu
Es hat mir auch geholfen. Ich war mir sicher, dass ich die gleichen Werte hatte und verschiedene Kombinationen davon ausprobierte, aber etwas war anders und Copypaste löste es. Vielleicht war nur die Reihenfolge der Schlüssel relevant.
JaakL
6

Konfiguration:

Mac OS X 10.8 + Xcode 4.4

Meine einfache Lösung:

  1. Stellen Sie Ihr Ad-hoc-Bereitstellungsprofil erneut aus, nachdem Sie Push-Benachrichtigungen für Ihre App-ID eingerichtet und in Xcode importiert haben.
  2. Schauen Sie in Ihren .xcodeproj-Ordner (Rechtsklick -> Paketinhalt anzeigen) und löschen Sie den xcuserdataOrdner.
  3. Das ist es ;)

Einige Hinweise zu diesem Thema:

Nachdem ich Push-Benachrichtigungen für meine App aktiviert hatte, konnte ich plötzlich keine Ad-hoc-Dateien mehr erstellen. Beim Versuch, meine App zu installieren, sind Fehler in meinem Konsolenprotokoll auf meinem iPhone aufgetreten:

Apr  1 20:56:10 unknown installd[384] <Error>: entitlement 'keychain-access-groups' has value not permitted by a provisioning profile
Apr  1 20:56:10 unknown installd[384] <Error>: entitlement 'get-task-allow' has value not permitted by a provisioning profile
Apr  1 20:56:10 unknown installd[384] <Error>: entitlement 'application-identifier' has value not permitted by a provisioning profile
Apr  1 20:56:10 unknown installd[384] <Error>: 2ff66000 verify_signer_identity: Could not copy validate signature: -402620394
Apr  1 20:56:11 unknown installd[384] <Error>: 2ff66000 preflight_application_install: Could not verify executable at /var/tmp/install_staging.44jV0O/foo_extracted/Payload/PersonalTrainer-Tester-iPhone.app
Apr  1 20:56:11 unknown com.apple.itunesstored[392] <Notice>: MobileInstallationInstall: failed with -1
Apr  1 20:56:11 unknown installd[384] <Error>: 2ff66000 install_application: Could not preflight application install
Apr  1 20:56:11 unknown installd[384] <Error>: 2ff66000 handle_install: API failed
Apr  1 20:56:11 unknown installd[384] <Error>: 2ff66000 send_message: failed to send mach message of 71 bytes: 10000003
Apr  1 20:56:11 unknown installd[384] <Error>: 2ff66000 send_error: Could not send error response to client

Es gibt einige technische Hinweise, in denen empfohlen wird, codesign -d --entitlements - <YourAppName>.appzu überprüfen, ob Ihre App für Apple Push-Benachrichtigungen ordnungsgemäß signiert ist. Falls für die Ausgabe des Codesign-Befehls keine Aps-Umgebung auf Produktion oder Entwicklung eingestellt ist, ist etwas faul!

Soweit ich bisher wusste, haben meine mit einem Ad-hoc-Bereitstellungsprofil signierten Apps immer einen Ordner embedded.mobileprovisionim <YourAppName>.appOrdner, in dem sich ein bestimmter Teil befindet, z.

<key>Entitlements</key>
<dict>
    <key>application-identifier</key>
    <string>ABCDEFGH.com.myappname.tester</string>
    <key>aps-environment</key>
    <string>production</string>
    <key>get-task-allow</key>
    <false/>
    <key>keychain-access-groups</key>
    <array>
        <string>ABCDEFGH.*</string>
    </array>
</dict>

Nachdem ich Codesign verwendet hatte, stellte ich fest, dass in der eigentlichen Binärdatei <YourAppName>.appauch XML enthalten war, das etwas ganz anderes sagte als meine embedded.mobileprovisionDatei:

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>application-identifier</key>
    <string>ABCDEFGH.com.myappname.tester</string>
    <key>get-task-allow</key>
    <true/>
    <key>keychain-access-groups</key>
    <array>
        <string>ABCDEFGH.com.myappname.tester</string>
    </array>
</dict>
</plist>

Ich gehe davon aus, dass dies die Ursache für die Fehlermeldung ist, die wir alle haben. (obwohl dieser Fehler einige andere Wurzeln haben kann, wie auch andere Beiträge im Stapelüberlauf vermuten lassen)

The executable was signed with invalid entitlements.
The entitlements specified in your application's Code Signing Entitlements
file do not match those specified in your provisioning profile. (0xE8008016).

Ich vermute, dass es in Xcode einen Fehler gibt, der verhindert, dass die Einstellungen in Ihrer Liste in Ihren Schemata aktualisiert werden, was dazu führt, dass Ihre App am Ende mit dem falschen Bereitstellungsprofil signiert wird. Wenn Sie also den Ordner xcuserdata löschen, löschen Sie alle Schemata. Daher erstellt Xcode sie beim nächsten Mal mit den richtigen Einstellungen neu und Sie sind wieder glücklich.

vinzenzweber
quelle
Das Entfernen der xcuserdata-Ordner hat das Problem für mich behoben! Vielen Dank!
Gilimanjaro
Die xcuserdata haben es für uns behoben, vielen Dank! Ich musste nur die Karte entfernen, die mit dem Benutzer verknüpft war, der zuvor die Kontrolle über das Projekt hatte.
nj.
5

Im Wesentlichen ist die Antwort dieselbe vage, die alle anderen sagen

  • Stellen Sie sicher, dass Sie eine "Entitlements.plist" hinzugefügt haben (Neue Datei- / Codesignatur / Berechtigungen)
  • Fügen Sie "get-task-allow" (Boolean Off) zu Entitlements.plist hinzu
  • Hinzufügen eines "aps-environment" -Produktionspaars zu Entitlements.plist - Dieser letzte Schritt ist möglicherweise nicht erforderlich, aber einer der Schritte, die ich kurz vor seiner Arbeit ausgeführt habe
  • Löschen Sie alte mobile Bereitstellungsdateien vom iPhone / iPod (unter Einstellungen / Allgemein).
  • Löschen Sie alte mobile Bereitstellungsdateien aus XCode Organizer
  • App vom iPhone / iPod löschen
  • Beenden Sie XCode
  • Laden Sie eine neue Kopie des Bereitstellungszertifikats herunter
  • Überprüfen Sie das Zertifikat mit einem Texteditor auf "APS-Umgebung" "Produktion" -Paar
  • Starten Sie XCode
  • Fügen Sie eine neue mobile Bereitstellungsdatei hinzu, indem Sie auf das XCode Doc-Symbol ziehen
  • Stellen Sie sicher, dass Sie das richtige Zertifikat in der Zielinfo: Codesignatur: Codesignaturidentität neu zugewiesen / zugewiesen haben
  • Stellen Sie sicher, dass die Build-Ergebnisse das richtige Profil verwenden und korrekt signiert sind

Wiederholen Sie diese Schritte ruhig, bis es funktioniert. Ich brauchte ungefähr fünf Mal verschiedene Kombinationen. Ich habe auch von Entwicklung zu Ad-hoc gewechselt, was anscheinend nicht notwendig ist, aber eine neue mobile Bereitstellungsdatei garantiert hat.

JulianB
quelle
1
Also brauchte ich die Entitlements.plist nicht, um das zum Laufen zu bringen ... aber ich musste es ein paar Mal wiederholen. Hauptsächlich, weil das alte Profil immer wieder auftauchte. Stellen Sie sicher, dass Sie es überall löschen (Projekt und Ziel) und überprüfen Sie weiter, ob es weg ist !!.
Pho0
Wie Sie sagten, nicht sicher, welche Kombination es funktioniert hat, aber nach Tagen der Suche ist Ihr Beitrag der einzige, der es für mich gelöst hat. Vielen Dank millionenfach!
AngeloS
5

Mit XCode4 und dem Erhalt der gleichen Berechtigungszeichenfolge "Keine gültige 'APS-Umgebung' für Anwendung gefunden" musste ich Folgendes tun:

  • Löschen Sie alte Bereitstellungsprofile aus beiden Bedienfeldern Bibliothek + Gerät in Organizer
  • Generieren Sie ein neues Profil mit aktiviertem APN dev von der Entwicklerportal-Website
  • Stellen Sie sicher, dass den beiden Bedienfeldern Bibliothek + Gerät in Organizer ein neues Profil hinzugefügt wurde
  • Löschen Sie meine App manuell von meinem Gerät (halten Sie sie gedrückt, bis sie wackelt und X drückt).
  • CMD + OPT + UMSCHALT + K (Clean Build Folder) und CMD + SHIFT + K (Clean)
  • Stellen Sie das richtige Profil unter Projekt> Build-Einstellungen> Codesignatur ein
  • Stellen Sie sicher, dass unter "Ziele"> "Zusammenfassung" die Option "Berechtigungen verwenden" nicht aktiviert ist
Max Ogden
quelle
3

Stellen Sie unter 'Projekt' -> 'Build-Einstellungen' -> 'Codesignatur' sicher, dass Sie das richtige Bereitstellungsprofil ausgewählt haben (das mit aktiviertem Push).

Das war alles, was ich ändern musste, damit es funktionierte.

Steffo
quelle
3

Keines der oben genannten hat bei mir funktioniert!

  1. Löschen Sie alle Bereitstellungsprofile in Xcode Organizer
  2. Löschen Sie alle Entwicklerzertifikate im Schlüsselbund
  3. Löschen Sie alle Bereitstellungsprofile auf dem iPhone
  4. Löschen Sie im iOS-Bereitstellungsportal das von Xcode automatisch erstellte Entwicklungsbereitstellungsprofil
  5. Erstellen Sie ein neues Bereitstellungsprofil indem Sie die richtige Kombination (Zertifikat / AppID / Gerät) zuweisen
  6. Laden Sie das neue Bereitstellungsprofil herunter
  7. Importieren Sie das neue Bereitstellungsprofil in Xcode Organizer
  8. CMD + Option + Umschalt + K.
  9. CMD + Umschalt + K.
  10. CMD + R.
  11. Hurra :)
DeZigny
quelle
2

Stellen Sie sicher, dass Sie die App mit dem Bereitstellungsprofil ordnungsgemäß verwenden.

Ich meine, wenn Sie Ihre App nur für Push-Benachrichtigungen für die Verteilung aktiviert haben und versuchen, Push-Benachrichtigungen über das Erstellen mit XCode zum Laufen zu bringen, funktioniert dies nicht.

Ich bin auf dieses Problem gestoßen. Durch Aktivieren der Push-Benachrichtigung für die Entwicklung für die App-ID und anschließendes Verwenden des Entwicklungsbereitstellungsprofils wurde der Fehler nicht mehr angezeigt, und in der richtigen Warnansicht wurde gefragt, ob ich Push-Benachrichtigungen erhalten möchte.

Wille
quelle
1

Die Lösung für 10.8 Xcode 4.4 besteht darin, die appname.entitlementsDatei zu öffnen

und wenn der DataProtectionClassSchlüssel den Wert hat NSFileProtectionComplete, löschen Sie ihn!

Durch Löschen dieses Schlüssels kann ich Apps von Xcode auf Geräten testen (dies hatte keinen Einfluss auf die Simulation).

Flori
quelle
1

Ich hatte das gleiche Problem. Für mich war das Update wie folgt:

  1. Die Bereitstellungsprofile wurden vom Organizer entfernt und neu geladen.
  2. Ich habe mein benanntes Bereitstellungsprofil unter Projekteinstellungen-> Codesignatur ausgewählt. Irgendwie wollte es die blabla. * Identität verwenden.

Das Platzhalterprofil ([Präfix]. *) Funktioniert nicht, wenn Sie versuchen, eine APN-fähige Anwendung auszuführen. Sie müssen das APN-fähige Profil angeben.

Hersker
quelle
0

Ich habe das erst nach ein paar Stunden herausgefunden, also zusätzlich zu dem, was JulianB gesagt hat:

  • Stellen Sie sicher, dass Sie ein Anwendungssymbol haben . Sie haben wahrscheinlich eine, aber ich habe Push hinzugefügt, als wir zwischen Icon-Versionen waren. Ich habe viele verschiedene Dinge ausprobiert und am Ende war das alles, was es brauchte, so dass es möglicherweise nicht einmal ein Problem mit dem Zertifikat oder der Signatureinstellung war.
  • Ich habe auch gelesen, dass eine beschädigte Bilddatei auch die Ursache sein könnte
  • Ich habe keinen APS-Umgebungsschlüssel in meiner Berechtigungsliste hinzugefügt / gesehen
  • Reinigen Sie alle Ziele vor dem Bau
Katbyte
quelle
0

Bei mir hat es funktioniert, nachdem ich die Bundle-ID in etwas Zufälliges geändert habe. Stellen Sie sicher, dass der Signaturfehler tatsächlich angezeigt wird (entfernen Sie alle Bereitstellungsprofile von Organizer und Gerät und führen Sie CMD + OPT + SHFT + Kdann CMS + SHFT + Kund dann einen sauberen Build durch CMD + R), und ändern Sie dann die Bundle-ID wieder in die entsprechende.

Samyak Bhuta
quelle
0

Meine Lösung bestand darin, das Entwicklungsbereitstellungsprofil zu entfernen und erneut zu erstellen . Es wurde als "Ungültig" aufgeführt - nicht abgelaufen und auch Erneuerung fehlgeschlagen (Xcode 4.3.2 und iOS 5.1)

JOM
quelle
0

Stellen Sie sicher, dass Sie richtig ausgewählt haben. Provisionierungs Profil. Ich habe festgestellt, dass ich es mit dem Team Provisioning-Profil versucht habe ( für die Anwendungskennung: * ). Weiter unten in der Liste gab es das richtige für die App.

MadNik
quelle
0

Mein Problem war das. Ich habe eine App erstellt, die Push-Benachrichtigungen konfiguriert hat, und im App-Delegaten habe ich mich für Push-Benachrichtigungen registriert mit:

[[UIApplication sharedApplication] registerForRemoteNotificationTypes:(UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound)];

Vor der Veröffentlichung der App musste ich jedoch ein neues Bereitstellungsprofil auf einem anderen Entwicklerportal erstellen. Ich habe eine neue App-ID erstellt, eine neue Bereitstellung für Entwicklung und Verteilung erstellt, eine neue Bereitstellung heruntergeladen und im Anwendungsziel die richtige Bereitstellung festgelegt. Außerdem habe ich die Bundle-ID geändert. Aber ich habe diesen Fehler bekommen.

Problem war, dass die neue AppId nicht für Push-Benachrichtigungen konfiguriert wurde, sondern für Anrufe

[[UIApplication sharedApplication] registerForRemoteNotificationTypes:(UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeSound)];

hat einen Fehler verursacht. Bei der Konfiguration der Push-Benachrichtigungen wurde der Fehler nicht erneut angezeigt.

Josip B.
quelle
0

Ich hatte dieses Problem, das Szenario war:

Ich hatte eine App-ID ohne Unterstützung für Push-Benachrichtigungen eingerichtet. Ich benutze Xcode 5.1 + iOS 7.1

Später wurde die App-ID bearbeitet, um Push-Benachrichtigungen in Entwicklung und Produktion hinzuzufügen.

Erstellt die APNs-Zertifikate für beide.

Wenn Sie PN mit Ihrem an Xcode angeschlossenen Gerät testen, funktioniert alles in Ordnung. Das Problem tritt auf, wenn Sie die App für die Produktion freigeben. Sie erhalten immer wieder:

"Error Domain=NSCocoaErrorDomain Code=3000 "no valid 'aps-environment' entitlement string
 found for application" UserInfo=0x15b200 {NSLocalizedDescription=no valid     
'apsenvironment' entitlement string found for application}" error.

Die Lösung, die für mich funktioniert hat, war :

  1. Löschen Sie Bereitstellungsprofile für die Entwicklung und Verteilung (Xcode- und Entwicklerportal).
  2. Löschen Sie Ihre App-ID (Entwicklerportal).
  3. Erstellen Sie eine neue App-ID mit Push-Benachrichtigungsunterstützung für Entwicklung und Produktion.
  4. Erstellen Sie neue Bereitstellungsprofile mit der NEUEN App-ID .
  5. Installieren Sie sie auf Xcode.
  6. Test zur Entwicklung und Veröffentlichung.
Fabian Guerra Soto
quelle
0

Geben Sie hier die Bildbeschreibung ein

Machen Sie das Profil richtig und das funktioniert für mich. Hoffen Sie diese Hilfe.

jxdwinter
quelle
0

In meinem Fall erwies sich die Lösung für diesen Fehler nach stundenlangem Basteln mit Zertifikaten als einfach ...

Auf der CapabilitiesRegisterkarte der Projektkonfiguration musste ich das Push NotificationFlag aktivieren , damit die Umgebungsdateien generiert werden konnten.

macOS Sierra 10.12 - Xcode 8.1

Geben Sie hier die Bildbeschreibung ein

RWIL
quelle
-2

Tatsächlich wurde Ihr vorläufiges Profil von der Apple-Entwicklerseite gelöscht. Sie erhalten eine Fehlermeldung für

Dipak Dhondge
quelle