Search results for

ITMS-90158

1,681 results found

Post

Replies

Boosts

Views

Activity

Unable to upload macOS app to AppStore Connect
Hi, We've created a new version of our macOS version of our app, but when I now try to upload the generated .pkg to App Store Connect via Xcode or Transporter we get this error message: ITMS-90286: Invalid code signing entitlements - Your application bundle’s signature contains code signing entitlements that aren’t supported on macOS. Specifically, the “AppIDPrefix.my.bundle.name” value for the com.apple.application-identifier key in “my.bundlename.pkg/Payload/appname.app/Contents/MacOS/appname” isn’t supported. This value should be a string that starts with your Team ID, followed by a dot (“.”), followed by the bundle ID. Setting the code signing to automatic or does not make a difference. Our app has a different App ID Prefix as our Team ID and when I try to upload the app to App Store Connect I get this error message, does anyone know how we can fix this issue? We used to be able to upload the apps without issues.
2
0
88
May ’25
Reply to App Signing and Uploading Intel/Apple
Glad to hear you’re making progress on this. To be clear, the remaining error, your error 2, is the ITMS-91109 error related to the com.apple.quarantine extended attribute, right? If so, note that this isn’t an entitlement key but a file system extended attribute key. We added this check relatively recently. Previously, developers would sometimes ship App Store apps that were pre-quarantined, which didn’t end well. I expect the basics of this in this thread. Please read that and reply back here if you have follow-up questions. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com
Topic: Code Signing SubTopic: General
May ’25
App Signing and Uploading Intel/Apple
Hello, I am normally a windows programmer, but I am trying to get my PySide/Qt app into the app store. I'm almost there, I just have a couple of questions about the signing process. I have two laptops, one intel silicon, one mac silicon. I created 2 CSR's, one on each laptop and used them to generate 2 Mac Installer Distribution certificates and 2 Mac App Distribution certificates. When it came to downloading the provisioning profile, I selected one Mac App Distrbution Certificate on the interface at developer.apple.com, saved it and then downloaded to the appropriate laptop. I then switched the provisioning profile to the other Mac App Distribution Certificate and downloaded it to the other laptop. I then built the app and uploaded everything using xcrun altool. On the intel machine only(which has the first provisioning profile) I successfully uploaded the package but I get an email identifying lots of similar errors of the type (Lets call it error1): ITMS-90284: Invalid Code Signing - The executabl
Topic: Code Signing SubTopic: General
3
0
199
May ’25
Invalid Swift Support - The SwiftSupport folder is missing
Hi When attempting to upload a React Native app (version 0.77) we encountered the following error: ITMS-90426: Invalid Swift Support - The SwiftSupport folder is missing. Rebuild your app using the current public (GM) version of Xcode and resubmit it. If to check ipa folder we can see that content includes only 2 folders: Payload Symbols Could you please tell us why it does not include Swift Support folder? We tried to use XCode - 16.2 and 16.3 Thank you
4
0
264
May ’25
Reply to What can trigger "App uses the itms-services URL scheme to install an app" rejection?
I had the same issue recently. The problem was that my project readme.md had an example URL that started with itms-services:// (used from the Testing promoted In-App Purchases guide). I never used or initialized any of this in the actual code, though! It must have been an automatic check by Apple that triggered that. So, to solve that issue I just had to make sure that the readme was not included in the actual build files (by removing all target memberships) – which is probably a good idea anyway. 😅 Not it’s working for me. Tl;dr: Search for itms in all project files and see if you can hunt down the place where it’s mentioned.
Apr ’25
Reply to Cannot fix ITMS-90738 and ITMS-90683 issues
The same issue here. I have NSLocationWhenInUseUsageDescription in plist. But still getting ITMS-90738: Invalid purpose string value - The “NSLocationWhenInUseUsageDescription” value for the NSLocationWhenInUseUsageDescription key isn’t allowed in “App.app”. Your app’s code references one or more APIs that access sensitive user data, or the app has one or more entitlements that permit such access. The Info.plist file for the “App.app” bundle should contain a NSLocationWhenInUseUsageDescription key with a user-facing purpose string explaining clearly and completely why your app needs the data. I don't understand how to fix this.
Apr ’25
Appstore submission rejected - Privacy
Please correct the following issues and upload a new binary to App Store Connect. ITMS-91061: Missing privacy manifest - Your app includes “Frameworks/FirebaseCoreDiagnostics.framework/FirebaseCoreDiagnostics”, which includes FirebaseCoreDiagnostics, an SDK that was identified in the documentation as a commonly used third-party SDK. If a new app includes a commonly used third-party SDK, or an app update adds a new commonly used third-party SDK, the SDK must include a privacy manifest file. Please contact the provider of the SDK that includes this file to get an updated SDK version with a privacy manifest. For more details about this policy, including a list of SDKs that are required to include signatures and manifests, visit: https://developer.apple.com/support/third-party-SDK-requirements. ITMS-91061: Missing privacy manifest - Your app includes “Frameworks/FBLPromises.framework/FBLPromises”, which includes FBLPromises, an SDK that was identified in the documentation as a commonly used thir
1
0
134
Apr ’25
XCode 16.3, AppStoreConnect, Bundle is Invalid issue.
Hello All, I am hoping someone has a solution we are encountering. We recently upgraded to XCode 16.3 this week, and were putting together the next test build to push to TestFlight. However, the AppStore is rejecting the app with the following message. ITMS-90048: This bundle is invalid - Your archive contains paths that are not allowed: [._Symbols] We have never had this before and the problem is, there is no path named _Symbols in our IPA. Doing some searching online I have seen people report the same problem when build using Flutter or React, but we are using plain vanilla Swift and Native iOS. We also have not added anything significantly new to our project since our last release a couple weeks ago. Any suggestion on how to fix this would be greatly apprecaited. Sincerely, Stan R. - CaringBridge
4
0
240
Apr ’25
Clarification on App building SDK restriction from April 24th 2025
When i try to publish the app. I am getting this Warning. ITMS-90725: SDK version issue - This app was built with the iOS 17.2 SDK. Starting April 24, 2025, all iOS and iPadOS apps must be built with the iOS 18 SDK or later, included in Xcode 16 or later, in order to be uploaded to App Store Connect or submitted for distribution. I have few clarification on this. How much time do we generally have to publish the apps. If i have a App that is successfully reviewed and certified from apple team and I have Chosen to Manually release this Version. Is it possible to Publish the App built using SDK 17.x After 24th April 2024. If the app is reviewed and certified before the April 24th timeline. If so, how long can i hold the published & certified app and publish. Without the need to rebuild and re-apply for certification.
2
0
180
Apr ’25
Invalid Binary uploading app in TestFlight
Hello, While we are uploading our App in TestFlight for external testing then after 1 minute we are getting invalid binary issue. Issues have been mentioned below. ITMS-91061: Missing privacy manifest - Your app includes “Frameworks/Capacitor.framework/Capacitor”, which includes Capacitor, an SDK that was identified in the documentation as a commonly used third-party SDK. If a new app includes a commonly used third-party SDK, or an app update adds a new commonly used third-party SDK, the SDK must include a privacy manifest file. Please contact the provider of the SDK that includes this file to get an updated SDK version with a privacy manifest. For more details about this policy, including a list of SDKs that are required to include signatures and manifests, visit: https://developer.apple.com/support/third-party-SDK-requirements. ITMS-91061: Missing privacy manifest - Your app includes “Frameworks/Cordova.framework/Cordova”, which includes Cordova, an SDK that was identified in the documenta
1
0
79
Apr ’25
Xcode Archive API Key Error
I am creating an AI powered mobile application for my university dissertation that utilises Google Gemini in order to generate tailored responses with a prerequisite prompt. In order to facilitate this, I use an API key which allows the communication to be made. I received an email upon archiving my application that informed me that: ITMS-90683: Missing purpose string in Info.plist - Your app’s code references one or more APIs that access sensitive user data, or the app has one or more entitlements that permit such access. The Info.plist file for the “Amrit AI.app” bundle should contain a NSSpeechRecognitionUsageDescription key with a user-facing purpose string explaining clearly and completely why your app needs the data. If you’re using external libraries or SDKs, they may reference APIs that require a purpose string. While your app might not use these APIs, a purpose string is still required. I have since made the adjustments to my info.plist by adding a description as to why the API key is being
1
0
73
Apr ’25
New App Store Connect warning about Apple Push Notification service entitlement
After I uploaded a new build of my app yesterday with Xcode 16.3, I received an email from App Store Connect about issues with the build: This is for your information only and doesn't require any action: ITMS-90078: Missing potentially required entitlement - Your app, or a library that’s included in your app, uses Apple Push Notification service (APNs) registration APIs, but the APS Environment Entitlement isn’t included in the app signature’s entitlements. However, my app doesn't use APNs registration APIs. It does use CloudKit, which is my only guess about what could be triggering the email. I've never seen this warning before with previous builds of the app, and the only change in the new build was a small bug fix. Has anyone else seen this?
5
0
177
Apr ’25