Hey, I’m updating all of my apps to target the new versions of all the plugins we use, and for some reason, I have a warning message : ITMS-91053: Missing API declaration - Your app’s code in the “*****” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryDiskSpace. ... ITMS-91053: Missing API declaration - Your app’s code in the “*****” file references one or more APIs that require reasons, including the following API categories: NSPrivacyAccessedAPICategoryFileTimestamp. ... Apple Developer Relations But in my Cordova config.xml, I have already added the tag: NSPrivacyTracking NSPrivacyCollectedDataTypes NSPrivacyTrackingDomains NSPrivacyAccessedAPITypes NSPrivacyAccessedAPIType NSPrivacyAccessedAPICategoryDiskSpace NSPrivacyAccessedAPITypeReasons E174.1 NSPrivacyAccessedAPIType NSPrivacyAccessedAPICategoryFileTimestamp NSPrivacyAccessedAPITypeReasons 3B52.1 I have already sent some applications to Apple
Search results for
ITMS-90158
1,681 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
I've got my Mac app through packaging, archiving, and export, in to the Application Loader. I've ended up using Application Loader because Xcode is only giving me unhelpful iTunes Store operation failed / try again messages. However I'm running in to a roadblock, which manifests as this error message:ERROR ITMS-90135: The executable could not be re-signed for submission to the App Store. The app may have been built or signed with non-compliant or pre-release tools.This is spewed out again and again in the Application Loader log - across every submission attempt I've tried, that message appears 73 times per attempt.My Mac app has a whole bunch of auxiliary executables in its Resources folder, which are invoked with NSTask to do work. There are far more than 73 executables so I don't know if that number is significant or not.There really is no other accompanying information that I can see - this single log line is all it's giving me. So there seems no way to start debugging which of the executables are
Hello,We contacted Apple Developer Support due to an automatic message we receive when trying to publish a new version of our appDear Developer, We identified one or more issues with a recent delivery for your app. Please correct the following issues, then upload again. ITMS-90338: Non-public API usage - The app references non-public selectors in Idealys: applicationWillTerminate, ddSetLogLevel:, localTarget, newSocketQueueForConnectionFromAddress:onSocket:, setOrientation:animated:, socket:didConnectToHost:port:, socket:didReadPartialDataOfLength:tag:, socket:didReceiveTrust:completionHandler:, socket:didWritePartialDataOfLength:tag:, socket:shouldTimeoutReadWithTag:elapsed:bytesDone:, socket:shouldTimeoutWriteWithTag:elapsed:bytesDone:, socketDidCloseReadStream:, socketDidSecure:, terminateWithSuccess, webSocket:didReceiveMessage:, webSocketDidOpen: If method names in your source code match the private Apple APIs listed above, altering your method names will help prevent this app from being flagged
Same thing here ITMS-90000: This bundle is invalid. Why don't they give a clear description about the specific issue with the build and any additional steps to fix it???
Topic:
Code Signing
SubTopic:
General
Tags:
We are receiving the same issues. For ITMS-90087 we found a solution the rest is still open. We are using the latest Xcode version 6.4 and try to submit that on testflight
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Tags:
ITMS-90539 can happen in an iOS/watchOS project, when you embed the frameworks relative to the watchOS app as opposed to the watchOS extension. Fixing this made the validation pass.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Tags:
I've notarised my app and wrapped it up as a .pkg (I think) correctly. But every time I try and submit my app to the Mac AppStore, apple sends me back this email which I cannot decipher. My certificate should be good, I use the check-signature tool to check both the .pkg and the .app files. It passes Notarisation, which I know is performing similar checks. I'm not sure if there error message it is emailing me is saying the dylib files are the problem or that they have been validated? ITMS-90238: Invalid Signature - The main app bundle APP_NAME at path app_name.app has following signing error(s): -prepared:/Volumes/data01/app_data/app-processing/mz_621478465736756725dir/mz_11614935509311203053dir/com.company.app_name.pkg/Payload/app_name.app/Contents/Frameworks/libMonoPosixHelper.dylib -validated:/Volumes/data01/app_data/app-processing/mz_621478465736756725dir/mz_11614935509311203053dir/com.company.app_name.pkg/Payload/app_name.app/Contents/Frameworks/libMonoPosixHelper.dylib -prepared:/Volumes/data01
Topic:
App Store Distribution & Marketing
SubTopic:
General
Tags:
Mac App Store
Code Signing
Notarization
Got same issue on iOS 12 beta 11.But on iOS 11, 10, 9 url scheme to app store (itms-apps://) works.
Topic:
App & System Services
SubTopic:
Core OS
Tags:
I'm also having the same problem but for tvOS. I have arm64 in UIRequiredDeviceCapabilities and iTunes Connect is refusing to take the build using Application Uploader. I'm getting ITMS-90502.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Tags:
I was struggling a bit with this, this morning, with an app that had a plist originating from early 2009.First I got both an invalid CFBundleExecutable value error and this annoying ITMS-90207. The app does contain a couple of other bundles, so I removed all occurrences of CFBundleExecutable from all plists (it was also included in at least one sub-bundle). I was still stuck with the ITMS-90207 error afterwards, and couldn't get rid of it. I also set Enable Bitcode to No in all embedded projects.However, reinserting CFBundleExecutable, and setting it to ${EXECUTABLE_NAME} in the app's plist fixed it for me.
Topic:
App Store Distribution & Marketing
SubTopic:
App Review
Tags:
We have several Mac Catalyst apps that use UIPrintInfo and UIPrintInteractionController to support printing. Both of these classes are marked as available on Mac Catalyst 13.1 in the documentation and we do not receive any errors or warnings using them in our app. We have successfully uploaded to App Store Connect recently with apps that use those classes, but now are receiving error messages from App Store Connect complaining that the use of these classes is non-public API and receive the ITMS-90338 error, even though no code has changed. Is this an issue on the validation side, or are these classes no longer supported on Mac Catalyst? Thanks in advance for any help!
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags:
App Store Connect
Mac Catalyst
Hi,I am not able to upload my up to test flight. It started to happend after upgrading to xcode 7 GM.I checked other threads and couldn't find any reason for this error.I tried to upload both from xcode and from application loader. On multiple Macs. Same results.What does this code means? why the binary is invalid?
We have developed the iOS App using .NET MAUI, when we try to upload it to store, the binary is getting rejected with the following error, kindly suggest a solution for this. TMS-90338: Non-public API usage - The app references non-public symbols in : _ubrk_openRules, _ucal_add, _ucal_close, _ucal_get, _ucal_getAttribute, _ucal_getKeywordValuesForLocale, _ucal_getNow, _ucal_getTimeZoneDisplayName, _ucal_getTimeZoneIDForWindowsID, _ucal_getWindowsTimeZoneID, _ucal_open, _ucal_openTimeZoneIDEnumeration, _ucal_set, _ucal_setMillis, _ucol_close, _ucol_closeElements, _ucol_getOffset, _ucol_getRules, _ucol_getSortKey, _ucol_getStrength, _ucol_getVersion, _ucol_next, _ucol_open, _ucol_openElements, _ucol_openRules, _ucol_previous, _ucol_safeClone, _ucol_setAttribute, _ucol_setVariableTop, _ucol_strcoll, _ucurr_forLocale, _ucurr_getName, _udat_close, _udat_countSymbols, _udat_format, _udat_getSymbols, _udat_open, _udat_setCalendar, _udat_toPattern, _udata_setCommonData, _udatpg_close, _udatpg_getBestPattern, _udatpg_
More info:It fails on 'Verifying assets with the App Store...' StepERROR ITMS-90168: The binary you uploaded was invalid.I also performed Validate using xcode and it passed.
Topic:
App Store Distribution & Marketing
SubTopic:
TestFlight
Tags:
I uploaded the app on 01/13/2021, everything is normal until today, I got this error ITMS-90000: This bundle is invalid - $ message. Please help me.
Topic:
Code Signing
SubTopic:
General
Tags: