WeatherKit aktiviert: App-ID im Portal war bereits vorhanden

Die Fehlermeldung führte in die Irre: "cannot be registered to your development
team because it is not available" klingt nach einem Namenskonflikt mit einem
fremden Team. Tatsächlich versuchte Xcode, eine App-ID anzulegen, die es schon
gab — mit bereits angehakter WeatherKit-Capability. Nach dem erneuten Lauf mit
-allowProvisioningUpdates wurde das passende Profil gefunden und eingebettet.

Im signierten Build stehen jetzt alle sechs Entitlements: weatherkit,
application-groups, personal-information.calendars, personal-information.location,
automation.apple-events und device.audio-input.
This commit is contained in:
Guido Schmit
2026-08-10 20:42:22 +02:00
parent fc92d226b4
commit a557c81baf
2 changed files with 11 additions and 19 deletions

View File

@@ -58,26 +58,12 @@
<key>com.apple.security.device.audio-input</key>
<true/>
<!-- WeatherKit ist absichtlich noch NICHT aktiviert.
=====================================================================
Anders als die Einträge darüber genügt hier die Entitlement nicht: sie
erzwingt ein echtes Provisioning-Profil, und dafür muss die App-ID
com.scarriffleservices.onyx im Developer-Portal existieren und die
WeatherKit-Capability tragen.
Derzeit meldet Xcode:
"The app identifier com.scarriffleservices.onyx cannot be registered
to your development team because it is not available."
Bis das im Portal geklärt ist, bleibt die Zeile auskommentiert. Der
Wetter-Code ist vollständig vorhanden und meldet zur Laufzeit ehrlich
"Wetter nicht abrufbar", statt die App am Bauen zu hindern.
Zum Aktivieren: Kommentar entfernen und einmal mit
-allowProvisioningUpdates bauen.
<!-- Wetterdaten von Apple.
Anders als die Einträge darüber genügt hier die Entitlement allein
nicht: sie erzwingt ein echtes Provisioning-Profil, und die App-ID
com.scarriffleservices.onyx muss im Developer-Portal die
WeatherKit-Capability tragen. -->
<key>com.apple.developer.weatherkit</key>
<true/>
-->
</dict>
</plist>