错误 ITMS-90164/90046: 代码签名权限无效

Finally after 2 weeks of hair pulling..

For some reasons, if there is no key 'application-identifier' in the Entitlements.plist that is set to TEAMID.com.Company.CompanyAppDemo, Xamarin will use the original application-identifier, i.e. TEAMID.com.Company.CompanyApp

So the solution was to add application-identifier specifying the correct application bundle ID inside Entitlements.plist. Then include the plist in the Build Options > iOS Bundle Signing.

If someone gets here by searching for ERROR ITMS-90046 like me, my solution was to Clean it and delete all precompiled frameworks (the custom ones) and then build again.

Note: The error description said something about key "aps-environment" as "development".

I had tried to upload a build from a git branch that wasn't the master. To resolve the issue I merged the branch into the master and built again. I was then able to upload the build successfully.

1. Go to Build Phase in Xcode
2. Remove all the frameworks
3. Add them back
4. Now build->Archieve->Upload to App Store

Hurray, You are done with it. Problem solved

If you do not select the corresponding release certificate before you pack, ERROR ITMS-90164 will be reported

Build Setting -> the Code Signing Identity -> Release ->Any IOS SDK

I had the same problem and solved with a simple Product -> Clean.

Make sure you have selected the App target and not the WatchKit App when archiving.

If someone gets here by searching for both error ITMS-90164 and error ITMS-90046 with get-task-allow and asp-environment keys:

Like David P said, a Product -> Clean before a new Archive did solve my problem.

I just want to add that in my case I observed that the faulty xarchive was missing the following file:

Before sending that .xarchive to your client for production signature, you might want to look for the archived-expanded-entitlements.xcent file and be sure it's there.

Same problem and solved with a simple Product -> Clean.

A project including 2 targets(with 2 Developer id ,2 entitlements) may lead to this. (Do not ask me how it is happened...)

When archiving, remove another entitlement file temporarily.

This can also be caused by you having to agree to a new contract in iTunes connect. Log in to iTunes connect and you should see a banner at the top prompting you to agree to the latest contract change.

For me, I was able to solve it by turning off / on again the automatic code signing feature:

Doing a proper Xcode 'Quit' and then restart was the final action that got it working for me.

I had changed the bundle identifier (for a demo version) and got the same error (as detailed in the question) when verifying my archived build. I am using Xcode. Just closing Xcode and reopening my project wasn't enough, but a full 'Quit' was. Something was probably cached somewhere I'm guessing.

I tried everything listed here, turned out the problem was my .entitlement file, that had lines I never put in in the first place, they just got added somehow.
Removed those lines and tried again, worked.

For me I had the wrong file in my Custom Entitlements setting under iOS Bundle Signing. Removed it and it worked!

None of the other answers solved this error for me, but this did:

1. Create new XCode application and go examine it's code signing settings.

2. Try to get your app to be set similarly to the default XCode 7 or Xcode 8 signing and provisioning settings, XCode 7 is shown here, it's changed again in XCode 8.

3. If the above is not enough, you may need to do it again, but this time, before you do, delete any old expired provisioning profiles from your apple Keyring or delete and re-sign into your apple developer (itunes) account in the XCode preferences. Be sure to EXIT XCODE and RESTART after ANY changes. Then add your account again, and let XCode fetch your new signing and team information.

After many hours of investigation, i found an easy solution.

Instead of using the application loader to upload the application, I used the Organizer from XCode and it worked without any warnings when doing the upload!

For me, the problem was a Entitlements.plist that was auto-added and was empty. Removed it from the Custom entitlements field and solved the problem.

I have just renamed in entitlements.plist the value of Access domains from applinks:htts://domain.app.link to applinks:domain.app.link it works like a charm. Cheers!

My problem is I was using a wrong bundle to create IPA file

Change this in Entitlements.plist:

<key>aps-environment</key>
<string>development</string>

To this:

<key>aps-environment</key>
<string>production</string>

I had exactly the same problem and it was quite a stupid mistake. I don't want anyone to spend time on this, so for this one:

So what happened here, was that i entered '10' in the deployment target. That should have been 10.0 instead. That is what produced the infamous ERROR ITMS-90164/90046: Invalid Code Signing Entitlements for me!

You should check your Entitlements. It is like plist file. Edit it to development and the remove the extra fields.

enter image description here

My two cents here.

Just now I stuck in this problem because when I copy my TeamID / Application ID from the apple developer portal which brings a lot of unrelated value to the entitlement.plist. I didn't notice this because I was using Xcode to edit the entitlement.plist and the input box will not display everything after the first new line character.

I suggest using plain text editor for entitlement.plist for this case.

Thanks, Samuel

After trying all tricks read last days at Stackoverflow i delete file "xxxxxx.entitlements" and regenerate it again. I click at Capabilities, select ON at Associated Domains and adding "Domains". Then at Capabilities > Push Notifications click on Fix "Add the Push Notifications entitlement to your entitlement file".

Making that let me do ARCHIVE Successful

I had a link like this webcredentials:https://************.link, which was causing my upload to fail. I removed it and the problem was solved.

The entitlement file had empty arrays, removing those solved the issue.