Profile doesn't match the entitlements file's value for the application-identifier entitlement
IosXcodeCode SigningEntitlementsXcarchiveIos Problem Overview
I am trying to upload an app to the app store and I am getting this error on the page that has the certs. As far as I can tell I have changed the field so they have matched, but I am missing something.
Any help would be greatly appreciated.
Ios Solutions
Solution 1 - Ios
I'm not sure why this fixed it, but I went into my Target's Capabilities tab, turned iCloud ON, tried to do an archive build, it failed, I turned iCloud OFF again, tried to do an Archive build and it succeeded, and after that it was able to automatically resolve certificates again.
Solution 2 - Ios
Rightclick on Finder -> Go to Folder...
~/Library/MobileDevice/Provisioning
For Xcode 11
~/Library/MobileDevice/Provisioning Profiles/
Delete all provisioning profiles, done.
Solution 3 - Ios
The app you created has an incorrect application-identifier
value, for what the provisioning profile is expecting. The cert for appID com.example.foo
for the team 2ABCDEFG
will be expecting application-identifier: 2ABCDEFG.com.example.foo
, your app declared that its appID was com.example.foo
, but the application-identifier
didn't match, either you are using the wrong team-prefix, or you have the bundleID misconfigured.
In my case, I am using build schemes to allow me to build a prod app and a qa app. com.example.foo
for prod, and com.example.foo.qa
for QA.
I had set my bundleIdentifier in the Info.plist
to $(PRODUCT_BUNDLE_IDENTIFIER)$(BUNDLE_SUFFIX)
, which works great in the simulator and on device for having different apps, however, when the app generates its application-identifer
during the archive phase, it must not be reading the bundleIdentifier generated by the Info.plist.
To remedy the situation, I edited FooProject.xcodeproj/project.pbxproj
(with a text editor) to change my QA buildSettings PRODUCT_BUNDLE_IDENTIFIER
to com.example.foo.qa
You can see Apple's Technical Q&A and this page to see their in depth dive into solving this. Once you run the following on your exported app:
codesign -d --entitlements :- ./Payload/myApp.app
and see what application-identifier
your app was just built with, it should be pretty quick to realize what your are doing wrong.
I didn't find that page in my Google searching, because they don't actually use the phrase from the error message or call the application-identifier by its full name, but instead say App ID.
Also, the solution to this problem isn't to generate a new provisioning profile that has the application-identifier
entitlement, it does have that entitlement, however, the value in the provisioning profile, and your app have to match.
Solution 4 - Ios
Maybe the {project}.entitlements file was missing. Doing what @samkass mentioned will auto generates the file and it will work. So basically just go to capabilities tab, enable anything, and disable it.
Solution 5 - Ios
Changing the iCloud toggle to on, building, and disabling iCloud, got rid of the error saying that:
> Profile doesn't match the entitlements file's values for the application-identifier and keychain-access-groups entitlements.
Solution 6 - Ios
In Xcode 11, this could happen when a .entitlement file is not present for your project. The solution would be to add any random capability by clicking on '+ Capability' under 'Signing & Capabilities' (which leads to the creation of an .entitlement file) and then removing the capability. This will let you automatically provision a certificate too.
Solution 7 - Ios
Please check your application features which required for your application like In app purchase , push notification , Inter App audio , Siri kit etc.
This is the only cause for this type of error.
Make sure that in your App id the above flags should be on.
Most of time it happens when you not configured push notification , In App purchase in you development App ID.
Solution 8 - Ios
I went into my Target's Capabilities tab, turned Keychain Sharing ON and it starts working
Solution 9 - Ios
For me, the trick was to
- add/remove a capability for the target (in my case a Widget);
- make sure the created entitlements file is listed in the build settings;
- and to add the "APS Environemnt" key with value "development" to the entitlemenets file.
Solution 10 - Ios
I'm developping a Flutter app with Flavors that use the --dart-define command. I've been very inspired by this great article.
However I've encountered this 'application-identifier' issue when deploying. I've tried a lot of options. This solution is the one that worked for me. It's very close to @n8tr's comment, but the difference was the 'instead'.
To resume, just set the Product Bundle Identifier to your.id.here$(DEFINEEXAMPLE_APP_SUFFIX)
under Packaging in Build Settings instead of in Info.plist.
Solution 11 - Ios
In Xcode 10, I got it working by moving the entitlements file to correct folder in Project Navigator. I didn't have the entitlements file, but I managed to get one by toggling features on capabilities tab.
Solution 12 - Ios
I got this same error and none of the solutions above solved the problem in my case.
What did work for me was to change the "Can be debugged" setting in the "Entitlements.plist" file from "NO" to "YES."
Solution 13 - Ios
In my case the issue was following: provisioning profile used for build step was created for different app id than provisioning profile used for export step.
So make sure you're using the same provisioning profile for build and export step.
Solution 14 - Ios
What worked for me was that I made the archive in XCode 11, and did the upload in it Xcode 12 beta.
Solution 15 - Ios
Cross check capabilities in the app with options you enabled for your App Id in your developer account.
Solution 16 - Ios
I tried a few options listed in the answers here but none helped, however, toggling the checkbox "Automatically manage signing" off and on fixed the problem.
Solution 17 - Ios
TL;DR: check your App ID and make sure the services are matching what's in your target.
What happened to me was that I let Xcode 10.1 help me create an App ID, and after that, I run into the problem as described here. (I selected whildcard app ID when I created the app in iTunesConnect, so I didn't even realized this was done.) When I opened iOS developer portal, the new app ID has Game Center and In App Purchase enabled automatically.
Since I couldn't enable Game Center in your Target -> Capabilities
, I enabled In App Purchase, and then my app could be signed and uploaded.
Solution 18 - Ios
When we faced the same issue, we tried all the above things but none of it worked.
What worked for us is changing the bundle identifier so that it was not identical to the previous one, for example "com.name.App" to "com.name.App2"; let xcode attempt to fetch/create provisioning profile and then chance it back to the original one.
Got this idea from this thread on Apple's developer forums- https://forums.developer.apple.com/thread/114539
Solution 19 - Ios
I came across this page recently after trying to create a duplicate target - none of the suggestions were working for me. Further investigation, and some amount of hair pulling, eventually led me to scouring through the build settings for my app to try and figure out what was wrong.
It turned out that my project was still pointing to the entitlements file of the ORIGINAL target, rather than having one of its own. To resolve this, I navigated to the original entitlements file in Finder (e.g. ${SRCROOT}/MyProject/Entitlements/TargetName.entitlements), created a copy within the same folder and then renamed it (e.g NewTargetName.entitlements).
Then, I opened my new entitlements file and changed the application-identifier field to match the ending of my new target's bundle identifier (e.g. ABCDEFGH.US.co.fake-company.superduperapp-newtargetname).
Finally, I updated the 'Code Signing Entitlements' field in the build settings to the path of my entitlements file (for me, this was something along the lines of ${SRCROOT}/MyProject/Entitlements/TargetName.entitlements).
I returned to the Signing & Capabilities tab, and lo, the issue was fixed. Hope someone out there finds this useful.
Solution 20 - Ios
Go to Xcode's Info tab and change Bundle identifier field - after changing app name it didn't change even though I changed Bundle Identifier on the General tab. The above fixes did not work for me but this one did instantly.
Solution 21 - Ios
I had this issue with a brand new app, in Xcode 12 beta 3 (app submissions started today).
Xcode had "Automatically manage signing" on. However, the Team ID displayed in the "Signing Certificate" didn't match the Team ID displayed in iTunes Connect website. This was the root cause preventing the app from being uploaded.
How I fixed it:
- I manually created a provisioning profile for App Store distribution
- In Xcode, I tapped on "Download manual profiles" in Preferences -> Account
- Then, I turned off "Automatically manage signing".
- Once I selected the provisioning profile in the dropdown, the correct Team ID appeared under "Signing Certificate"
Solution 22 - Ios
I ran into the same issue while setting up a Gitlab pipeline that runs exportArchive cmd and uploads to AppStore. I was able to get it to work by changing the DEVELOPMENT_TEAM in Build Settings to the same Team selected in Signing & Certs.
Because previously it was set to blank which was using another DEV TEAM id by default which was incorrect and didn't match and it was complaining about the "application-identifier" = 12331232.com.bannana.apples.peach not matching. Which lead me to setting the correct DEV TEAM and it worked.
Xcode ver: Version 11.3.1
I hope this helps somebody.
Solution 23 - Ios
Our Setup
Multiple targets:
- sub-apps
- watch
- app clip
- today widget
...and use iCloud.
Turning iCloud on and off was not an option for us. We already use it in production and rather not mess with it... I got the original question's message and this variation at some point as well:
> Profile doesn't match the entitlements file's values for the > application-identifier and keychain-access-groups entitlements.
Solution
Hinted from other responses here, We made sure that all targets would have a .entitlements
file. If the target had none we created an empty one like so:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict/>
</plist>
...and pointed it's target Code Signing Entitlement
in Build Settings
to the empty .entitlements
file.
Solved!
Solution 24 - Ios
Delete all profiles located in ~/Library/MobileDevice/Provisioning Profiles/
Solution 25 - Ios
in my case , I had to put :
<key>aps-environment</key>
<string>development</string>
in all files with extension .entitlements
Solution 26 - Ios
In my case I am creating multiple apps from one code base using --dart-define, and building flavors in flutter app. I have done everything right but only one as mentioned in the comment above https://stackoverflow.com/a/65292545/8787695
I have already written app_suffix in the build settings (PRODUCT_BUNDLE_IDENTIFIER = com.flutter.myapp$(APP_SUFFIX)). but I have also written app_suffix in the info tab to the Bundle identifier.