We are unable to process your request

I'm experiencing an issue with Sign In with Apple integration in my React Native Expo app (Bundle ID: com.anonymous.TuZjemyApp). Problem Description: When users attempt to sign in using Sign In with Apple, they successfully complete Face ID/password authentication, but then receive a Sign-Up not completed error message. The authentication flow appears to stop at this point and doesn't return the identity token to my app. Technical Details: Frontend Implementation: Using expo-apple-authentication. Requesting scopes: FULL_NAME and EMAIL App is properly configured in app.json with: usesAppleSignIn: true Entitlement: com.apple.developer.applesignin Backend Implementation: Endpoint: POST /api/auth/apple Using apple-signin-auth package for token verification Verifying tokens with audience: com.anonymous.TuZjemyApp Backend creates/updates user accounts based on Apple ID Question: I'm not sure why the authentication flow stops with Sign-Up not completed after successful Face ID verification. The identity tok

Hi I have a monitoring app, that will take input video from uvc and process it using Metal, and eventually get a MTLTexture. The problem I'm facing is I have to convert MTLTexture to CGImage then call TextureResource.replace, which is super slow. Metal processing speed is same as input frame rate(50pfs), but MTLTexture -> CGImage -> TextureResource only got 7fps... Is there any way I can make it faster?

Hi, My app uses the NetworkExtension framework to connect to an access point. For some reason, my app occasionally fails to find and/or connect to my AP (which I know is online and beaconing on a given frequency). This roughly happens 1/10 times. I am using an iPhone 17, running iOS 26.0.1. I am connecting to a WPA2-Personal network. In the iPhone system logs, I see the following: Oct 10 10:34:10 wifid(WiFiPolicy)[54] : Dequeuing command type: Scan pending commands: 0 Oct 10 10:34:10 wifid(WiFiPolicy)[54] : __WiFiDeviceCopyPreparedScanResults: network records count: 0 Oct 10 10:34:10 kernel()[0] : wlan0:com.apple.p2p: WiFi infra associated, NAN DISABLED, , DFS state Off, IR INACTIVE, llwLink ACTIVE, RTM-DP 0, allowing scans Oct 10 10:34:10 kernel()[0] : wlan0:com.apple.p2p: isScanDisallowedByAwdl[1148] : InfraScanAllowed 1 (RTModeScan 0 NonSteering 0 assistDisc 0 HTMode 0 RTModeNeeded 0 Immin 0 ScanType 1 Flags 0 ScanOn2GOnly 0 DevAllows2G 1) Oct 10 10:34:10 kernel()[0] : wlan0:com.apple.p2p: IO80211PeerManag

Hi everyone, I recently acquired an app through an acquisition transaction. The process involved sending funds to an escrow service, ... unfortunately, the day I did that, the seller received an app transfer filter (apparently due to a spike in refund requests). As a result, I now own the codebase and Android version of the app, but I do not have access to the iOS version under the original developer account. My Questions: 1. Feasibility: Is it possible to take down or disable the existing iOS app (which has active subscribers) and republish it under my own Apple Developer account? If so, what are the steps and potential pitfalls? 2. Subscriptions: How would this transition affect active subscribers? Can I migrate them to a new app, or would they need to resubscribe? 3. Best Practices: Is this approach advisable, or are there better ways to handle this situation (e.g., negotiating with the seller, contacting Apple Support, etc.)? Additional Context: I have full access to the codebase and bac

Hi everyone, I’ve been exploring the process of building a food delivery app for iOS — something similar in concept to Uber Eats or DoorDash — and I wanted to get insights from this community on how to make it scalable, efficient, and user-friendly from a technical standpoint. I recently went through a really detailed guide on Food Delivery App Development that covers architecture, features, and cost estimation. It got me thinking about a few Apple-specific development challenges and opportunities: Optimizing real-time order tracking using MapKit + Core Location — how are developers here handling live driver updates efficiently without draining battery or hitting API rate limits? Push notifications & dynamic updates — what’s the best way to design these using Apple Push Notification service (APNs) to ensure timely delivery and minimal latency? Data synchronization across user roles (customer, restaurant, driver) — would CloudKit be a viable option for lightweight sync, or should we rely on a cust

Hello, I currently have an app that includes the Sign in with Apple feature, and I need to transfer this app to another app team. I have reviewed all official documentation but have not found the answer I need. My situation has some specificities, and I hope to receive assistance. The .p8 key created by the original developer team has been lost, and the app’s backend does not use a .p8 key for verification—instead, it verifies by obtaining Apple’s public key. However, according to the official documentation I reviewed, obtaining a transfer identifier during the app transfer process requires a client_secret generated from the original team’s .p8 key. This has left us facing a challenge, and we have two potential approaches to address this issue: Q1: During the transfer, is it possible to skip obtaining the transfer identifier and proceed directly with the app transfer, without performing any backend operations? Is this approach feasible? Q2: If the above approach is not feasible, should we create a ne

I am facing an issue while trying to staple a notarization ticket to my signed macOS installer package. Details of my setup: The .pkg file is signed using my Developer ID Installer certificate. The app inside the package is signed using my Developer ID Application certificate. Notarization via xcrun notarytool completes successfully with status: Accepted. However, the stapler command fails with the following error: xcrun stapler staple -v /Users/mac-test/Desktop/IPMPlus_Arm_Installer_signed.pkg Processing: /Users/mac-test/Desktop/IPMPlus_Arm_Installer_signed.pkg Could not validate ticket for /Users/mac-test/Desktop/IPMPlus_Arm_Installer_signed.pkg The staple and validate action failed! Error 65. I verified that all other Apple notarization-related servers (api.apple-cloudkit.com, gs.apple.com, ocsp.apple.com, ocsp2.apple.com, crl.apple.com, developer.apple.com) are reachable. However, the domain cdn-apple-cloudkit.apple.com cannot be resolved from any network, including mobile or public Wi-Fi. Both d

I am posting here to express my significant concern regarding the excessive time my Apple Developer Program account application has been held under review. It has now been over a month. This application is for a non-profit church service app. I have provided every single piece of documentation requested—and then some. It honestly feels like I've submitted enough information that if they asked for the original blueprint of the church building, I could hand that over too. The entire process is currently stalled, preventing a service-oriented application from being deployed and ultimately hindering our outreach efforts. Has anyone else experienced a review period this long for a clear-cut non-profit application? More directly, to the Apple Developer Team: What is the current expected timeframe for approval, and why is this particular application still pending after more than 30 days, despite comprehensive documentation? This delay is beyond frustrating and needs an immediate resolution.