-
Notifications
You must be signed in to change notification settings - Fork 17
Conversation
…not add on the API. - We check this before checking if App ID exist and is valid as as far we know, these needed to be added in the provisioning profile generation phase. So even if the user creates App ID manually, the step can not generate the correct profiles. The extra entitlements require Apple approval, which we can not test, so choose to fail early and make the user use the Certificates Installer Step.
60d5b16
to
8394b5a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pls check my notes
@lpusok There is actually an undocumented way to create a provisioning profile with this special entitlement through the Appstore Connect api. The tricky thing is that this
Passing these to the API will create the correct provisioning profile. Maybe |
@petermnt Checking, was not aware of this. How do you specifically look up the template name? Does the fastlane solution only work when the profile already exists? In that case indeed we could try to look up profiles that contain the correct entitlements, but can not (re)generate them, in case of new devices added or profile expiry. |
@lpusok The There is a dropdown where you choose the special entitlement. It looks like this: There is another thing to pay attention to, which is that (for us) in Adhoc configuration the visible value in the dropdown does not match the actual value required in the API: <select id="template" name="template"><option value="Standard">Default</option><option value="CarPlay Audio App(Distribution) (Adhoc)" selected="">CarPlay Audio App(Distribution)</option></select>
<option value="Standard">Default</option>
<option value="CarPlay Audio App(Distribution) (Adhoc)" selected="">CarPlay Audio App(Distribution)</option>
<select id="template" name="template"><option value="Standard">Default</option><option value="CarPlay Audio App(Distribution) (Adhoc)" selected="">CarPlay Audio App(Distribution)</option></select> Passing the For App Store and Development the actual value does match the user visible value. The API gives an error if a completely wrong |
https://bitrise.atlassian.net/browse/STEP-13
Adding check whether an unsupported entitlement is used, that we can not add on the API.
these needed to be added in the provisioning profile generation phase.
So even if the user creates App ID manually, the step can not generate the correct profiles.
The extra entitlements require Apple approval, which I could not test,
so choose to fail early and make the user use the Certificates Installer Step.
Discussed with @istvankovacs-bitrise adding this logic to SyncBundleID -> Capabilities at
steps-ios-auto-provision-appstoreconnect/autoprovision/entitlements.go
Line 179 in 8394b5a
Carplay entitlement: https://developer.apple.com/documentation/carplay/requesting_the_carplay_entitlements
Contacts notes entitlement: https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_developer_contacts_notes
Other entitlements for reference (not yet checked): https://developer.apple.com/documentation/bundleresources/entitlements