You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Manual signing with distribution provisioning profile fails with NS 2.5 #2501
When specifying the provisioning profile with the new command line parameter "--provision", the "CODE_SIGN_IDENTITY = iPhone Distribution" in build.xcconfig is ignored and "iPhone Developer" is used. The xcode build fails with the error message 'Provisioning profile "" doesn't include signing certificate "iPhone Developer: ..."' because it cannot find a developer certificate for the adhoc distribution provisioning profile.
To reproduce:
Use NS 2.5 to create a test app: tns create "SignTest" --ng
In the file app/App_Resources/iOS/build.xcconfig, enable CODE_SIGN_IDENTITY = iPhone Distribution;
Create an adhoc distribution provisioning profile for your SignTest app id and link it to your distribution certificate
Install the distribution provisioning profile and distribution certificate locally
Run the build with: tns build ios --release --for-device --provision (UUID)
The build fails with: Provisioning profile "..." doesn't include signing certificate "iPhone Developer: ..."
Manually editing the generated project.pbxproj and replacing "iPhone Developer" with "iPhone Distribution" solves the issue.
Opening the generated project settings in xcode shows you the same error message:
Reacted by Henk Bakker, Daniel Freiling and Harrison Welch
Hey guys, sorry for not updating you. We haven't got the time to fix this with all the improvements around 3.0.0 RC. We'll consider it for a future release. I also have the same issue and am constantly reminding about it :). For now I recommend you to not use this option and as a workaround set PROVISIONING_PROFILE = <name > in build.xcconfig.
@pkoleva thank you for the update, will try to use the PROVISIONING_PROFILE workaround.
We where using PROVISIONING_PROFILE_SPECIFIER but this is not working any more, any chance you will also support the specifier?
@dbenninger once you use --provision it sets the provision's attributes in the pbxproj and they have higher precedence than the xcconfig. The --provsion should be able to use distribution certificates since #2705. If there is high demand we can either clear the pbxprj if no "--provision" is used or provide special option like "--provision -" or something that would clear its effect. The current design is to allow "tns prepare ios --provsion MyDevProfile" to be called once and skip the --provision flag in subsequent interactions with the CLI during development.
PROVISIONING_PROFILE_SPECIFIER should be good to go again with #2705, we used to check if the xcconfig has PROVISIONING_PROFILE and switch to manual signing mode if it was specified. I've added checks for the specifier too.
When --provision is used, there should be no signing or provisioning switches configured manually in the build.xcconfig. If you have configured the build.xcconfig use the tns commands without --provision. These are mutually exclusive for the moment.
Providing --provision with development or distribution certificate will set the proper code signing in the pbxproj now.
Activity
patrickpereira commentedon Apr 5, 2017
Any fixes for this one?
spike1292 commentedon Apr 5, 2017
having the same problem.
is there a workaround?
pkoleva commentedon Apr 6, 2017
Hey guys, sorry for not updating you. We haven't got the time to fix this with all the improvements around 3.0.0 RC. We'll consider it for a future release. I also have the same issue and am constantly reminding about it :). For now I recommend you to not use this option and as a workaround set PROVISIONING_PROFILE = <name > in build.xcconfig.
spike1292 commentedon Apr 6, 2017
@pkoleva thank you for the update, will try to use the
PROVISIONING_PROFILEworkaround.We where using
PROVISIONING_PROFILE_SPECIFIERbut this is not working any more, any chance you will also support the specifier?PanayotCankov commentedon Apr 11, 2017
@dbenninger once you use --provision it sets the provision's attributes in the pbxproj and they have higher precedence than the xcconfig. The --provsion should be able to use distribution certificates since #2705. If there is high demand we can either clear the pbxprj if no "--provision" is used or provide special option like "--provision -" or something that would clear its effect. The current design is to allow "tns prepare ios --provsion MyDevProfile" to be called once and skip the --provision flag in subsequent interactions with the CLI during development.
PROVISIONING_PROFILE_SPECIFIER should be good to go again with #2705, we used to check if the xcconfig has PROVISIONING_PROFILE and switch to manual signing mode if it was specified. I've added checks for the specifier too.
spike1292 commentedon May 23, 2017
@PanayotCankov tested
--provisionwith nativescript@next. It works with developer profiles & App Store profiles. But not with adhoc profiles.tns prepare ios --bundle --provision "match AdHoc nl.energiedirect.selfserviceapp" --releasewhen I open xcode I see this:


when I check the provision profile it looks fine:
to be sure I just cleaned my
/Users/me/Library/MobileDevice/Provisioning Profilesfolderso now I can't run my adhoc builds with a ci server, because of the manual interaction.
dtopuzov commentedon Aug 14, 2017
@vbresults @spike1292 @patrickpereira @dbenninger
This should be fixed in
nativescript@nextCan you please try:
Please let us know if you still encounter some issues.
PanayotCankov commentedon Aug 15, 2017
When
--provisionis used, there should be no signing or provisioning switches configured manually in the build.xcconfig. If you have configured the build.xcconfig use the tns commands without--provision. These are mutually exclusive for the moment.Providing
--provisionwith development or distribution certificate will set the proper code signing in the pbxproj now.dtopuzov commentedon Aug 18, 2017
I can confirm signing with distribution provisioning works in @next and it will be officially released in
nativescript@3.2.0.As @PanayotCankov explained above,
--provisionis mutually exclusive with provisioning switches configured manually in the build.xcconfig@vbresults @spike1292 @patrickpereira @dbenninger
Please let us know if you still encounter some issues.