Part of CI worklfow I am trying to get my Beta APP on TestFlight , so far I have two different provision profiles with the same Export Type app-store , same Team but different Bundle ID
During my iOS Auto Provision step using the distribution type app-store it selects the wrong provisioning profile. I tried to stay true to the documentation but I see there is no way to uniquely specify to select provision profile on the basis of the Bundle ID.
The following step XCODE ARCHIVE clearly fails because it cannot match the selected entitlement with provision profile.
Unless I missed something, how do I specify to select a specific Bundle IDâs provision profile?
Environment:
Standard Machine
Linux
2xCPU (n1) / 7.5 GB RAM
macOS
2xCPU (Intel Xeon X5570) / 4 GB RAM
Using iOS Auto Provision 1.1.3
Reproducibility
_Does a âRebuildâ help? : NO
_Does a rebuild without caches help? NO
Does the issue happen sporadically, or every time? : Everytime
Does upgrading the build Step to the latest version help? : NO
When did the issue start? : At First Instance
Local reproduction
It cannot be reproducted locally because the provisioning profile is from the server side Bitrise and not something you can test against your local setup. The closest thing to test this against local is to run via XCode Archive - in which it does work properly and able to push the Beta app.
Build log
error: exportArchive: No profiles for âcom.chefsplate.mobileapp.betaâ were found
IDEDistribution.critical.log:
2018-08-09 20:44:54 +0000 [MT] Step failed: <IDEDistributionSigningAssetsStep: 0x7fceaf7a7f00>: Error Domain=IDEDistributionSigningAssetStepErrorDomain Code=0 âLocating signing assets failed.â UserInfo={NSLocalizedDescription=Locating signing assets failed., IDEDistributionSigningAssetStepUnderlyingErrors=(
âError Domain=IDEProfileLocatorErrorDomain Code=1 "No profiles for âcom.chefsplate.mobileapp.betaâ were found" UserInfo={NSLocalizedDescription=No profiles for âcom.chefsplate.mobileapp.betaâ were found, NSLocalizedRecoverySuggestion=Xcode couldnât find any iOS App Store provisioning profiles matching âcom.chefsplate.mobileapp.betaâ. Automatic signing is disabled and unable to generate a profile. To enable automatic signing, pass -allowProvisioningUpdates to xcodebuild.}â
)}
Hi @trick14 ,
The current issue with abort is unrelated to the codesigning issue. We are really sorry for the inconvenience caused! Our infra team started investigating the issue. This issue is currently affecting our Mac stacks (it shouldnât have any impact on our Linux stacks). Sadly I canât provide an ETA yet on a fix.
Unless you are with official bitrise support , I am not usre how anyone else can see the log from this build? In any case , please let me know if the above link helps.
@adityac26 no problem! Could you set the Should the step try to generate Provisioning Profiles even if Xcode managed signing is enabled in the Xcode project? input of the XCode Archive step to yes and try building again? This would allow the step to create the needed provisioning profiles in your developer portal.
@tamasbazsonyi sorry I am unable to find such options in step itself? I was using the version 2.4.6 and its not there. For the sake of resolving the issue with you - I also looked at the latest version of the XCode Archive 2.4.12 but still was not able to find this option.
Sorry please ignore the above ^ - I see the option not in XCode Archive step but the iOS Auto Provision step instead. Okay I selected that to yes and trying the build again! Will update shortly
Could you please add a âReplaces Xcodeâs project PRODUCT_BUNDLE_IDENTIFIERâ step before the âiOS Auto Provisionâ step with this inputs:
âXcode project pathâ: ios/mobileApp.xcodeproj
âNew bundle identifierâ: $IOS_APP_BUNDLE_ID
This will change the bundle ID in the project file as well.
After this, the âiOS Auto Provisionâ step will find for the right bundle ID.
Update please the âXcode Archive & Export for iOSâ step to v2.4.10;
Change the in the âShould the step try to generate Provisioning Profiles even if Xcode managed signing is enabled in the Xcode project?
" inputâ to no in the âiOS Auto Provisionâ step.
Export an âApp Storeâ IPA via Xcode in your local machine with the âAutomatically manage signingâ option.
Be sure, your bunlde ID is com.chefsplate.mobileapp.beta
It will generate an ExportOption.plist as well.
Copy itâs content to the âCustom export options plist contentâ input (under the Export Options Debug section) in âXcode Archive & Export for iOSâ step.
Either way I used it and still was unable to get my Chefs Plate Dev App to get it to archive. I get the following error:
Error Domain=IDEProvisioningErrorDomain Code=9 ""Chefs Plate Dev.app" requires a provisioning profile with the Associated Domains feature." UserInfo={NSLocalizedDescription="Chefs Plate Dev.app" requires a provisioning profile with the Associated Domains feature., NSLocalizedRecoverySuggestion=Add a profile to the "provisioningProfiles" dictionary in your Export Options property list.
> â error: exportArchive: "Chefs Plate Dev.app" requires a provisioning profile with the Associated Domains feature.
> â Error Domain=IDEProvisioningErrorDomain Code=9 ""Chefs Plate Dev.app" requires a provisioning profile with the Associated Domains feature." UserInfo={NSLocalizedDescription="Chefs Plate Dev.app" requires a provisioning profile with the Associated Domains feature., NSLocalizedRecoverySuggestion=Add a profile to the "provisioningProfiles" dictionary in your Export Options property list.}
I appreciate the fantastic help you have provided me thus far. I feel like we are very close to resolving this - please provide me with the next steps in order to bring this to finish line. Thank you so much!
In your build #702 you have used the uploaded profiles to create the Archive.
You uploaded the Xcode Managed Provisioning Profile for App-Store but you have forgotten to upload the Xcode Managed Provisioning Profile for Development (Xcode need this to create the archive before the IPA export).
Could you please upload the Xcode Managed Provisioning Profile for Development profile and try to run the âSUPPORT_WORKLOWâ again?
Thanks @BirmacherAkos for your help. I was able to resolve it by adding the missing provisioning profiles. Also, our ${suffix} did not work for us as it appended two suffixes during archive step and it worked!