Hello Apple App Review Team,
We are using Privy to enable sign in with Farcaster in our app. Privy is a 3rd party authentication SDK, and it currently opens the authentication URL using the system browser.
Unfortunately, this behavior is handled internally by Privy and we do not have access or control to override it in order to present the sign-in flow in-app using SFSafariViewController.
We understand the importance of maintaining a seamless and secure user experience, and we fully support the use of SFSafariViewController or ASWebAuthenticationSession. However, since Privy does not expose an option to change this behavior at the moment, we are limited by their current implementation.
We have reached out to the Privy team requesting a change or improvement that would allow us to use SFSafariViewController instead of the external browser. In the meantime, we would appreciate your guidance on how to proceed, or whether an exception could be granted due to this 3rd party SDK limitation.
Thank you for your understanding and support.
Developer Tools
RSS for tagAsk questions about the tools you can use to build apps.
Posts under Developer Tools tag
200 Posts
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
I've got an app that uses WebRTC.
When I try to upload it using Xcode I get the following error:
Validation failed
The app references non-public selectors in Payload/{MyApp}.app/{MyApp}: initWithURLStrings: (ID: 61a6dbe5-dac2-4910-a836-b4b9b2e891b4)
This API is not private, it's just unfortunate that WebRTC chose to use this name as well, and it is falsely identified as a private API by Apple.
Has anyone seen this?
The funny thing is, I have the exact same app with different configuration in TestFlight internal only for staging, and I could upload it without any issues.
And yes, I've tried uploading this app for test flight internal only.
No success either.
Topic:
App Store Distribution & Marketing
SubTopic:
General
Tags:
Developer Tools
App Store
App Store Connect
TestFlight
Hello, my name is Natalia, I'm Ukrainian.
Please tell me how to contact Apple to propose a new development?
It's more about a startup.
post update to beta latest update, call app crashes and unable to view, check who called and unable to save contacts. It crashes as I try to open this. It’s becoming a problem now as unable to make call. Already tried settings reset, reboot. Can you provide a solution please?
My apple app rejected on 9 of July 2025 but I didn't recieve any confirmation on mail can you please provide any written confirmation why my mail is not approved with all possibe conditions.
My notarization submission been "In Progress" status for over 30 minutes now. I thought this process should be much faster.
Hello Engineers
My app was rejected with the message below, BUT I don't have this entitlements in my project! I already removed all Xcode files under ${HOME}/Developer/Xcode, but the problem still alive!
Guideline 2.4.5(i) - Performance
In order to continue reviewing your app, we require additional information.
Your app uses one or more entitlements which do not appear to have matching functionality within the app. Please reply to this message in App Store Connect and describe how and where the app uses the following entitlements. You will not need to upload a new binary to provide this information.
Apps should have only the minimum set of entitlements necessary for the app to function properly. If there are entitlements that are not needed, please remove them and submit an updated binary. You will need to Developer Reject the app to upload an updated version.
"com.apple.security.assets.pictures.read-write"
"com.apple.security.assets.movies.read-write"
"com.apple.security.assets.music.read-write"
"com.apple.security.files.downloads.read-write"
Here my entitlements:
<?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>
<key>com.apple.security.app-sandbox</key>
<true/>
<key>com.apple.security.application-groups</key>
<array>
<string>group.org.eof.apps</string>
</array>
<key>com.apple.security.files.user-selected.read-write</key>
<true/>
</dict>
</plist>
code-block
Who or where are these entitlements inserted?
Which button should be clicked to deactivate them?
Link to my project:
DRFXBuilder
Regards
ISSUE SUMMARY:
iOS app receives "The app contains one or more corrupted binaries" error during Apple's SPI (Static Program Interface) analysis after successful upload to App Store Connect. Exhaustive systematic debugging indicates this is an Apple validation infrastructure issue, not application code.
ERROR IDs ENCOUNTERED:
f3de06b6-6a60-45a2-9856-77327004a64e
386f96fc-851f-42ec-91d7-c77b590ffeb6
ae1a9f9a-b980-490f-ad61-27f4552a4346
3e3c1839-f3f5-4f7b-9221-659dda8de970
COMPREHENSIVE DEBUGGING PERFORMED:
PHASE 1: INITIAL TROUBLESHOOTING
✅ Attempted upload without manual IPA modifications - STILL FAILS
✅ Tested with Xcode Cloud builds (Apple's own infrastructure) - STILL FAILS
✅ Tried different upload methods (Xcode Organizer, Transporter) - STILL FAILS
PHASE 2: CONFIGURATION FIXES
✅ Removed all iOS 26 references from codebase - STILL FAILS
✅ Fixed missing NSPhotoLibraryUsageDescription in Info.plist - STILL FAILS
✅ Removed empty entitlements file - STILL FAILS
✅ Verified all build settings and code signing - STILL FAILS
PHASE 3: SYSTEMATIC COMPONENT ISOLATION
Created blank test project and tested individual components:
✅ GRDB 7.5.0 package alone - PASSES validation
✅ Supabase 2.30.1 package alone - PASSES validation
✅ RevenueCat 5.32.0 package alone - PASSES validation
✅ PostHog 3.28.3 package alone - PASSES validation
✅ airports.db database file alone - PASSES validation
✅ HTML template files alone - PASSES validation
✅ CLAUDE.md documentation file alone - PASSES validation
✅ Localizable.strings files alone - PASSES validation
✅ ALL COMPONENTS TOGETHER in test project - PASSES validation
PHASE 4: CODE AUDIT AND FIXES
✅ Comprehensive multi-agent code audit identified potential issues:
Fixed threading deadlock in AppContext.swift (removed DispatchQueue.main.sync)
Eliminated UIPrintPageRenderer KVC usage (replaced with UIGraphicsPDFRenderer)
Verified no private API usage throughout codebase
✅ Applied all fixes - STILL FAILS validation
PHASE 5: COMPLETE PROJECT RECREATION
✅ Copied ALL source code from failing project to working test project
✅ Same dependencies, same resources, same configuration
✅ Test project with individual components: PASSES validation
✅ Test project with complete source code: FAILS validation with identical error
PHASE 6: FINAL COMPREHENSIVE AUDIT
✅ 4 specialized code audits completed:
Runtime & Reflection analysis: CLEAN
String-based API & KVC analysis: CLEAN
System Integration analysis: CLEAN
Constants & Private Values analysis: CLEAN
✅ No violations of Apple guidelines detected
✅ No private API usage found
✅ No dangerous code patterns identified
DEFINITIVE EVIDENCE OF INFRASTRUCTURE ISSUE:
Every individual component passes Apple SPI analysis when tested alone
All components together in test project pass Apple SPI analysis
Complete source code fails Apple SPI analysis with identical error
Both local builds and Xcode Cloud builds fail identically
Comprehensive code audits find no violations whatsoever
Issue persists across different projects, build environments, and upload methods
REPRODUCTION STEPS:
Archive complete iOS app using Xcode 16.4.0
Upload to App Store Connect (upload succeeds)
Apple's automated SPI analysis runs
Validation fails with "corrupted binary" error
EXPECTED BEHAVIOR:
App should pass SPI analysis as systematic testing proves all components are individually valid.
ACTUAL BEHAVIOR:
SPI analysis consistently reports "corrupted binary" despite exhaustive debugging showing clean code.
TECHNICAL DETAILS:
Bundle ID: [your bundle ID]
Target: iOS 18+
Xcode: 16.4.0
Architecture: arm64
Dependencies: GRDB 7.5.0, Supabase 2.30.1, RevenueCat 5.32.0, PostHog 3.28.3
SwiftUI app with @Observable pattern
Offline-first SQLite + cloud sync architecture
CONCLUSION:
This level of systematic debugging definitively isolates the issue to Apple's SPI analysis infrastructure. No reasonable code-level explanation remains for why individual components pass validation but the complete app fails with identical errors across multiple build environments.
Requesting urgent investigation of SPI analysis validation logic that may be incorrectly flagging legitimate applications as having "corrupted binaries."
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags:
Developer Tools
App Store Connect
Xcode
We started seeing an access issue today when attempting to go to the Xcode Cloud tab in App Store Connect. When you navigate to https://appstoreconnect.apple.com/teams/:teamId/apps/:appId/ci we're seeing the following message:
The page you’re looking for can’t be found.
The page you’re looking for does not exist, or you do not have permission to view it.
I am the account holder so it shouldn't be a permissions issue. Is there an ongoing outage or problem in Xcode Cloud? And, if so, where can I monitor this accurately?
In Xcode 26 Beta 2 I had no issues, but as soon as I updated to Beta 3, I get the following error when I attempt to build to my iPhone 15 Pro running iOS 26 beta 3:
Failed to find a DDI that can be used to enable DDI services on the device. Usually this means the best DDI we could find for a platform did not have compatible CoreDevice content. Run 'devicectl list preferredDDI' from the command line to get more details on why no valid DDI can be found.
Domain: com.apple.dt.CoreDeviceError
Code: 12001
I ran
xcrun devicectl list preferredDDI
and get the following:
WARNING: No usable DDI found for the iOS platform (The DDI's CoreDevice content is too old.). Best (unusable) DDI found is:
• hostDDI: file:///Library/Developer/DeveloperDiskImages/iOS_DDI/
▿ ddiMetadata:
• buildUpdate: 17A5241o
• contentIsCompatible: false
• coreDeviceVersionChecksIncludeDevelopmentRevision: true
• developmentRevision: 0
• enforcingCoreDeviceVersionChecks: true
• platform: iOS
▿ projectMetadata:
• Citrine-1070
• CoreDevice-477.23
• DTDeveloperDiskImageSupport-14.0.0
• DTOCMock-23002
• GPUToolsDevice_DDI-310.16.1
• JetsamProperties-2624
• LiveExecutionResultsLogger-20007
• Mercury-64
• Playgrounds-8
• XCTest-24209.8
• incompatibleContentReason: The DDI's CoreDevice content is too old.
• isUsable: false
• variant: external
WARNING: No DDI was found for the macOS platform.
No usable DDI found for the tvOS platform (The DDI's CoreDevice content is too old.). Best (unusable) DDI found is:
• hostDDI: file:///Library/Developer/DeveloperDiskImages/tvOS_DDI/
▿ ddiMetadata:
• buildUpdate: 17A5241o
• contentIsCompatible: false
• coreDeviceVersionChecksIncludeDevelopmentRevision: true
• developmentRevision: 0
• enforcingCoreDeviceVersionChecks: true
• platform: tvOS
▿ projectMetadata:
• Citrine-1070
• CoreDevice-477.23
• DTDeveloperDiskImageSupport-14.0.0
• DTOCMock-23002
• GPUToolsDevice_DDI-310.16.1
• JetsamProperties-2624
• LiveExecutionResultsLogger-20007
• Mercury-64
• Playgrounds-8
• XCTest-24209.8
• incompatibleContentReason: The DDI's CoreDevice content is too old.
• isUsable: false
• variant: external
WARNING: No usable DDI found for the watchOS platform (The DDI's CoreDevice content is too old.). Best (unusable) DDI found is:
• hostDDI: file:///Library/Developer/DeveloperDiskImages/watchOS_DDI/
▿ ddiMetadata:
• buildUpdate: 17A5241o
• contentIsCompatible: false
• coreDeviceVersionChecksIncludeDevelopmentRevision: true
• developmentRevision: 0
• enforcingCoreDeviceVersionChecks: true
• platform: watchOS
▿ projectMetadata:
• Citrine-1070
• CoreDevice-477.23
• DTDeveloperDiskImageSupport-14.0.0
• DTOCMock-23002
• GPUToolsDevice_DDI-310.16.1
• JetsamProperties-2624
• LiveExecutionResultsLogger-20007
• Mercury-64
• Playgrounds-8
• XCTest-24209.8
• incompatibleContentReason: The DDI's CoreDevice content is too old.
• isUsable: false
• variant: external
WARNING: No usable DDI found for the visionOS platform (The DDI's CoreDevice content is too old.). Best (unusable) DDI found is:
• hostDDI: file:///Library/Developer/DeveloperDiskImages/xrOS_DDI/
▿ ddiMetadata:
• buildUpdate: 17A5241o
• contentIsCompatible: false
• coreDeviceVersionChecksIncludeDevelopmentRevision: true
• developmentRevision: 0
• enforcingCoreDeviceVersionChecks: true
• platform: xrOS
▿ projectMetadata:
• Citrine-1070
• CoreDevice-477.23
• DTDeveloperDiskImageSupport-14.0.0
• DTOCMock-23002
• GPUToolsDevice_DDI-310.16.1
• JetsamProperties-2624
• LiveExecutionResultsLogger-20007
• Mercury-64
• Playgrounds-8
• XCTest-24209.8
• incompatibleContentReason: The DDI's CoreDevice content is too old.
• isUsable: false
• variant: external
When I run
xcrun devicectl manage ddis update
it hangs and does not update.
I have also tried the obvious steps of uninstalling and reinstalling as well as unpairing and repairing my run devices.
I have not tried
sudo rm -rf /Library/Developer/DeveloperDiskImages/*
Is that step recommended? Or any insights how to solve this issue?
Thanks!
I recently update version 26 Beta 2 , 3 can't working screenshot & Dont have split screen iphones
Topic:
Developer Tools & Services
SubTopic:
Apple Developer Program
Tags:
Developer Tools
iOS
iPhone
Beta
Hi,
I am using Xcode 16.4, and my test device is Iphone 16 pro max.
Everything was working fine until today when I get an error that I cannot install the app on the device.
The error I get is:
Failed to verify code signature of /var/installd/Library/Caches/com.apple.mobile.installd.staging/temp.cRjyg7/extracted/[myapp].app : 0xe8008015 (A valid provisioning profile for this executable was not found.)
Please ensure sure that your app is signed by a valid provisioning profile.
Creating a new project and installing it to the mobile works fine.
Please can someone from Apple or the community respond? there are many posts with this error but none were solved.
Troubleshooting attempts included:
Resetting all certificates.
delete the app from the device
unpairing device
codesigning via cli
reloading older git code commit
Nothing is working.
thanks
Invalid Provisioning Profile. The provisioning profile included in the bundle XXX.XXX.XX [Payload/Runner.app/PlugIns/OneSignalNotificationServiceExtension.appex] is invalid. [Missing code-signing certificate]. A Distribution Provisioning profile should be used when submitting apps to the App Store. For more information, visit the iOS Developer Portal. With error code STATE_ERROR.VALIDATION_ERROR.90161 for id 81c3cef4-fefe-468d-910c-cf7a4b5377a8
Any help? I have tried to create new provisioning profile and identifiers but still get this error when uploading app to the App Store.
Topic:
App Store Distribution & Marketing
SubTopic:
App Store Connect
Tags:
Entitlements
App Store Connect
Debugging
Developer Tools
There was a time that Apple Developer Documentation provides a filter to show the changes across versions, at https://developer.apple.com/documentation/technologies , with purple (modified), green (added), and red (deprecated) annotations.
I wonder if this feature is completely removed, or is it still hiding somewhere? It is helpful to diff the API changes among versions. Thanks.
edit: as pointed out by Rick, here is an archive link to what it used to look like
Since many users like me use Apple Music on Android, the app is almost as feature-rich as iOS. It would be fantastic if the developers could add the new iOS 26 features to the Android app, along with a minor UI change. I know it’s challenging to implement liquid glass on Android hardware or design, but features like auto-mix, pronunciation, and translation could be added.
kindly consider this request !!!!
I’m extremely disappointed with the Apple Developer Program experience.
Our organization account (JD SOFTWARE PRIVATE LIMITED) expired on October 26, 2024, and to this day, there is no visible option to renew — not in the Apple Developer app (iOS/Mac), not on the developer website. We've followed every instruction Apple provides, and nothing works.
To make things worse, I’m based in India, but Apple’s support is clearly U.S.-centered and unresponsive. I contacted support and got a canned response asking me to wait 24 hours. Why does a global company like Apple not provide time zone–relevant or regional developer support? This isn’t a minor inconvenience—it’s a major business disruption.
Our apps are unavailable, and we can’t push updates. And yet we’re met with silence and confusion when we try to give Apple more money to renew our account.
Apple enforces the strictest guidelines on developers, yet offers no proper channel to resolve something as basic as account renewal. It’s absurd. We’re now being forced to consider alternative app stores and distribution platforms—not because we want to leave, but because Apple is making it impossible to stay.
Apple, please fix this. Developers outside the U.S. deserve better.
JD SOFTWARE PRIVATE LIMITED
Topic:
Developer Tools & Services
SubTopic:
Apple Developer Program
Tags:
Developer Tools
Developer Program
Dear all,
For an important client, we are currently experiencing issues related to performance IOS build using Xcode Cloud.
More in detail, their build process is taking approximately 30 minutes to complete at the moment, whereas the same build executed locally on a Mac machine takes around 7 minutes.
This significant difference in build times is causing concerns and slowing down the development work. We would appreciate your support in identifying possible causes and exploring different ways to improve the actual situation (ex if it is possible to increase the Cloud machine calculation power).
Could you please advise us on how we might proceed to analyze and potentially optimize the build times on Xcode Cloud? What kind of processors are used?
Any guidance, best practices, or diagnostic steps you can suggest would be greatly appreciated.
Looking forward to your support.
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Tags:
Developer Tools
Xcode Server
Xcode
Compiler
We're seeing a pretty big problem with 15.x hosts and using SSH to execute builds.
Yet this works just fine in the terminal over VNC.
We see similar limitations with SSH and Virtualization too. They look related, but don't know.
Xcode 16.4
15.4.1 Host OS
Mac Mini M1.
Let me know what else is needed.
+ xcodebuild -workspace /Users/veertu/anka-arm/./Anka.xcworkspace . . . build build
/Users/veertu/anka-arm/build/Build/Products/Release/libpolicy.dylib: errSecInternalComponent
Command CodeSign failed with a nonzero exit code
** BUILD FAILED **
/Users/veertu/anka-arm/build/Build/Products/Release/libpolicy.dylib: errSecInternalComponent
Command CodeSign failed with a nonzero exit code
** BUILD FAILED **
Watching the Console logs I see
. . .
codesign CSSM Exception: -2147415840 CSSMERR_CSP_NO_USER_INTERACTION
codesign error while checking integrity, denying access: CSSM CSSMERR_CSP_NO_USER_INTERACTION
error 14:53:57.404848-0500 codesign SecKeyCreateSignature failed: Error Domain=NSOSStatusErrorDomain Code=-25308 "CSSM Exception: -2147415840 CSSMERR_CSP_NO_USER_INTERACTION" (errKCInteractionNotAllowed / errSecInteractionNotAllowed: / Interaction is not allowed with the Security Server.) UserInfo={numberOfErrorsDeep=0, NSDescription=CSSM Exception: -2147415840 CSSMERR_CSP_NO_USER_INTERACTION}
default 14:53:57.405567-0500 codesign MacOS error: -2070
. . .
I am working on an iOS project using Xcode 16.0 that leverages multiple Swift packages. Among these, I have a Shared Package that contains reusable code and is linked to several top-level feature packages (e.g., VideoPlayer, VideoEditor, etc.).
The Shared Package includes a Swift Package Manager plugin for linting code standards, which is designed to execute during its own build process. However, when building a top-level package (e.g., VideoPlayer), the Shared Package is also built as part of the dependency graph. During this process, the linting plugin in the Shared Package is executed unnecessarily, even though the intent is to only build the Shared Package's code.
This behavior results in a significant increase in build times for the top-level packages, as the linting plugin is executed every time the Shared Package is built indirectly.
Key Details:
Xcode Version: 16.0
Swift Package Manager: Used for dependency management.
Issue: The linting plugin in the Shared Package executes during the build of top-level packages, increasing build times.
Expected Behaviour: The plugin should only execute when the Shared Package is built directly, not when it is built as a dependency of a top-level package.
I would like to know if there is a way to configure the Shared Package or the Swift Package Manager to prevent the plugin from executing when the Shared Package is built as a dependency of a top-level package, while still allowing the plugin to run when the Shared Package is built directly.
Any guidance, configuration tips, or best practices to address this issue would be greatly appreciated.
I am writing to report multiple issues encountered after updating to Xcode 26 Beta, which have significantly impacted my project's compilation and functionality. My project can run normally in Xcode16.3 version, Below are the specific problems, along with the steps I took to address them and the subsequent errors that arose:
Symbol Not Found Error for _NSUserActivityTypeBrowsingWeb
After updating to Xcode 26 Beta, my project failed to build with the error: "Symbol not found: _NSUserActivityTypeBrowsingWeb." To resolve this, I removed the MobileCoreServices framework from the Build Settings, as it appeared to be related. However, this led to a new error, indicating that this change introduced further complications.
Clang++ Error: No Such File or Directory 'OpenGLES'
Following the resolution of the first issue, I encountered a new error: "iOS clang++: error: no such file or directory: 'OpenGLES'." To address this, I added the OpenGLES.framework to the Build Phases. While this resolved the clang++ error, it triggered additional errors, suggesting that the underlying issue persists or new dependencies are conflicting.
Recurring XIB File Compilation Errors
My project uses XIB files, and every time I attempt to compile and run, Xcode reports errors related to different XIB files. Notably, when I open the reported XIB file, no errors are displayed within the Interface Builder. After saving or inspecting the file, the compilation error temporarily disappears, only for another XIB file to trigger the same issue in the next build. This creates a repetitive cycle. I have confirmed this is not a caching issue, as I clean the build cache (Product > Clean Build Folder) before each run. If I skip cleaning the cache, the OpenGLES-related error (Issue 2) reappears, indicating potential interactions between these problems.
These issues have made development with Xcode 26 Beta extremely challenging, as each attempted fix seems to introduce new errors, and the XIB issue creates a persistent loop. My setup includes:
Xcode Version: 26.0 beta 2 (17A5241o)
macOS Version:15.4.1 (24E263)