TestFlight

RSS for tag

TestFlight within App Store Connect allows you to invite and manage testers who can install and beta test your iOS, iPadOS, tvOS, and watchOS apps using the TestFlight app on the App Store.

Posts under TestFlight tag

200 Posts

Post

Replies

Boosts

Views

Activity

TestFlight builds from our Apple Developer account cannot be installed on any iPhone.
Error in TestFlight: “The requested app is not available or does not exist.” This happens on multiple iPhones and Apple IDs. Important: Builds from OTHER Apple Developer accounts install fine on the same devices. We tried new apps, new bundle IDs, new certificates, new provisioning profiles. Internal testing fails. External testing also fails. All Agreements, Tax, Banking, and membership requirements are completed and active. When configuring external testing in App Store Connect, we also get: “There was an error processing your request. Please try again later.” This has been happening for 3 weeks. Has anyone seen an Apple Developer account / TestFlight backend issue like this? Any solution besides contacting Apple Developer Support?
5
4
897
Jul ’26
Error 422 when installing TestFlight beta – waiting for over a week
Hi, I’m experiencing the 422 Beta error every time I try to install my TestFlight build. App information: App name: Stallkoll Bundle ID: se.stallkollapp.app Apple Developer Program: Individual Account Distribution: TestFlight Build uploaded using Codemagic Apple Support has already confirmed that my Apple Developer account verification is approved, and all required documents have been accepted. I have already tried: Creating multiple new builds. Removing and re-adding myself as a tester. Reinstalling TestFlight. Logging out and back into my Apple ID. Confirming Agreements, Tax and Banking are complete. Waiting over a week. Contacting Apple Support several times. In Codemagic, the upload finds my app correctly, but during App Store Connect distribution I repeatedly see: “Did not find build matching uploaded version yet, it might be still processing. Waiting to try again…” The build eventually appears in TestFlight, but it still cannot be installed and always results in the 422 Beta error. I’ve now been blocked for over a week and really need to release my app. Has anyone experienced this issue, or could someone from Apple please investigate whether there is something wrong with my App Store Connect account or TestFlight configuration? Thank you!
0
0
471
Jul ’26
buildBundles relationship returns 403 "has no allowed operations defined" for Admin API key
Summary Every request to the buildBundles relationship of a build returns HTTP 403, regardless of the build's age or state, even with an Admin-role App Store Connect API key. This blocks access to buildBundleFileSizes, which I need to read the app's download/install size. Error response GET https://api.appstoreconnect.apple.com/v1/builds/{buildId}/buildBundles HTTP/1.1 403 Forbidden { "errors": [ { "status": "403", "code": "FORBIDDEN_ERROR", "title": "The given operation is not allowed", "detail": "The relationship 'buildBundles' has no allowed operations defined." } ] } Environment App Store Connect API (JWT, ES256) API key role: Admin (Team key) JWT payload contains only iss / iat / exp / aud (aud = "appstoreconnect-v1"), no scope field Organization account What works (same key, same token) GET /v1/builds?filter[app]={appId}&limit=5&sort=-uploadedDate → 200 OK GET /v1/apps/{appId}/builds → 200 OK GET /v1/appStoreVersions/{id}?include=app,build → 200 OK So the token itself is valid and can read builds and app store versions. What fails GET /v1/builds/{buildId}/buildBundles → 403 (above) Minimal reproduction (curl) 1) List builds — WORKS (200), returns valid build IDs curl -s -H "Authorization: Bearer $JWT" "https://api.appstoreconnect.apple.com/v1/builds?filter[app]=<APP_ID>&limit=1&sort=-uploadedDate" 2) Read buildBundles for that build — FAILS (403) curl -s -H "Authorization: Bearer $JWT" "https://api.appstoreconnect.apple.com/v1/builds/<BUILD_ID>/buildBundles" -> 403 FORBIDDEN_ERROR: "The relationship 'buildBundles' has no allowed operations defined." $JWT is an ES256 token, aud=appstoreconnect-v1, NO scope claim. Steps to reproduce Generate an ES256 JWT with an Admin-role key (no scope in payload). List builds for an app — succeeds, returns valid build IDs. For ANY returned build ID, GET /v1/builds/{buildId}/buildBundles — always 403. What I have already ruled out Role: the key is Admin, not Developer. Still 403. Build age/state: tested the newest build (uploaded today, processingState = VALID) and builds from several years ago — all return 403. JWT scope: the token has no scope claim (verified by decoding it), so it is not scope-restricted. Still 403. Token validity: the same token successfully reads /v1/builds and /v1/appStoreVersions. Malformed URL / double slash: I verified the request URL is exactly https://api.appstoreconnect.apple.com/v1/builds/{id}/buildBundles with a single slash after the host (no .com//v1). A related thread traced a 403 to a double-slash URL breaking a scoped token (https://developer.apple.com/forums/thread/820203), but that does not apply here: my URL is well-formed AND my token has no scope. Questions Is the buildBundles relationship (and buildBundleFileSizes) actually supported via the public App Store Connect API for organization accounts? If yes, what specific configuration (key type, role, account setting, or entitlement) is required to make GET /v1/builds/{id}/buildBundles return 200 instead of 403? Is there any alternative endpoint to retrieve a build's download/install size (the "size" Apple pushes to the developer, e.g. "206.6 MB, Wi-Fi required")? Thanks in advance.
1
0
812
Jul ’26
TestFlight-beta problem
Same here. I have exactly the same issue. App: Stallkoll (Apple ID: 6758069449). Codemagic returns: HTTP 422: Beta contract is missing for the app. Contract is missing. TestFlight shows the latest build as Approved and Ready to Test, but installation fails with: “The requested app is not available or does not exist.” A previous build installed successfully, but all newer builds fail. All agreements, banking, tax information and DSA verification are complete. The build is valid and assigned to the TestFlight testing group. Could an Apple engineer please verify that the Beta Contract is correctly attached to my App ID and re-provision/re-attach it if necessary? This appears to be the same backend issue affecting other developers. Thank you.
1
1
758
Jul ’26
macOS builds stuck in "Processing" since March 5
Hi everyone, We are facing a critical blocker with our macOS app processing. Since March 5, 2026, every single build we have uploaded (8 builds total) has been stuck in the "Processing" state for over 4 days. For our project, due to the large binary size, processing usually takes about 4 to 6 hours normally. However, we now have a long queue of builds that haven't transitioned to "Ready to Submit" for up to 80+ hours. Stuck Builds List: 1.0.0 (444): Mar 8, 3:09 PM (Processing) 1.0.0 (443): Mar 8, 5:36 AM (Processing) 1.0.0 (440): Mar 7, 6:37 AM (Processing) 1.0.0 (438): Mar 6, 5:01 PM (Processing) 1.0.0 (434): Mar 6, 12:04 AM (Processing) 1.0.0 (433): Mar 5, 6:26 PM (Processing) 1.0.0 (432): Mar 5, 10:51 AM (Processing) 1.0.0 (431): Mar 5, 6:11 AM (Processing) (Note: The last successful build was 1.0.0 (429) on March 4, which processed within the expected 6-hour window.) There have been no changes to our project settings, Info.plist, or entitlements since the last successful build. This is completely halting our scheduled update release. Is anyone else experiencing a similar backlog with large macOS binaries? Or is there a known issue with the App Store Connect pipeline for the macOS platform recently? Any help or investigation from Apple engineers would be greatly appreciated. (Feedback ID: FB22156358)
2
1
896
Jul ’26
Internal Test user limit stuck at 100/100
Hello, Our Test Flight internal user limit is stuck at 100/100 users and I couldn't reduce the number and free seats no matter what I tried. What I tried so far: Reduced number of people in Users and Access to 98 (excluding customer support which does not count for internal users anyway) Reduced number of internal testers in the only internal Test Flight group to 38 Testers. Reduced number of all testers for the app to 97 (including external test only users) Made sure that deleted users from Users and Access list have no emails in the internal test group. More importantly, no matter how many users I delete from both Users and Access or only internal tester group, the limit always shows 100/100. I appreciate any help. This feels like a bug. I am unable to contact Apple support, I waited for almost an hour on the phone but nothing. I waited for days for potential caches to clear up, still no luck.
0
0
443
Jul ’26
Silent Push background launch rejected with "pushDisallowed" and "AMNP" on TestFlight build
Hello, I am implementing background processing using Silent Push Notifications in an iOS application. The app needs to receive requests from a server and execute processing in the background. For this purpose, I am using Silent Push Notifications to wake up the application. However, the application is not being launched as expected when running the TestFlight version. I would appreciate any guidance regarding this behavior. Environment Xcode 26.3 iOS 18.6 TestFlight distribution Push Notifications capability enabled Background Modes enabled Remote notifications enabled APNs Authentication Key (.p8) APNs Production environment Background Previously, the application periodically connected to a server in the background and sent location information when requested by the server. Since that background processing no longer behaves as expected, I started implementing an alternative approach using Silent Push Notifications. When running the application directly from Xcode in Debug mode, Silent Push works correctly and the app is launched in the background. However, when using the TestFlight build on the same device, the behavior differs and the app is not launched in the background. Observed Behavior The APNs request appears to be successful: APNs response status is HTTP 200 Using the device token obtained from the TestFlight build Alert Push notifications are received successfully application:didReceiveRemoteNotification:fetchCompletionHandler: is called when the app is in the foreground The same method is not called when the app is in the background Silent Push payload: { "aps": { "content-available": 1 } } HTTP/2 headers: apns-push-type: background apns-priority: 5 Verified Items Production device token is being used APNs topic matches the application's bundle identifier Alert Push notifications work correctly Background App Refresh is enabled on the device The application has not been force-quit completionHandler is always called after processing completes Console Logs The following logs appear when the push is sent: Submitted: com.apple.pushLaunch.jp.co.comp.MyApp.ext.mdm Application Policy response: {100, 0.00, [{[pushDisallowed]: Required:0.00, Observed:1.00},]} Decision: AMNP I also see: Insufficient history window for deviceActivityLikelihood stream deviceActivityLikelihood returned a nil timeline Questions Under what conditions are pushDisallowed and Decision: AMNP generated? What factors can cause iOS to reject a background launch triggered by a Silent Push Notification? Since Alert Push notifications are received successfully, is it reasonable to conclude that APNs configuration, topic configuration, and device token usage are correct? Are there any specific settings, entitlements, or implementation details that should be reviewed to resolve the pushDisallowed condition? The behavior differs between the Debug build launched from Xcode and the TestFlight build running on the same device. Are there any restrictions, policies, or differences applied to TestFlight builds that could explain this behavior? If the observed behavior is expected by design, what would Apple recommend as the appropriate architecture or API for server-triggered background processing in this scenario? Thank you for your time and assistance.
3
0
1.5k
Jun ’26
App stuck In Review for 10+ days, TestFlight also Waiting for Review
Hi all, My first app submission appears to be stalled (16+ days) and I’m completely in the dark as to what is going on. Apple ID: 6776835006 Submission ID: 236039a0-1668-448a-aae6-486d52e6c5b9 Timeline: Ready for Review: Jun 10, 2026 at 3:22 AM Waiting for Review: Jun 10, 2026 at 3:23 AM In Review: Jun 15, 2026 at 5:05 PM Current status: still In Review as of Jun 26, 2026 I have also submitted 2 support cases that are past 48 hour SLA and an expedited review request, but I haven’t received a response yet. Our TestFlight external build has also been stuck in Waiting for Review for 5+ days now. There are no visible unresolved issues, App Review messages, or missing compliance warnings in App Store Connect. Review notes and demo/testing information are provided. Thank you.
1
0
548
Jun ’26
Unable to receive 2FA SMS - TestFlight blocked, 250+ users waiting
Case ID: 102924093872 Case ID: 102924089648 Hi Apple Support Team, I’m reaching out regarding a critical issue that is blocking my app testing and affecting hundreds of users. I cannot receive the two-factor authentication code for my Apple Developer account. My mobile operator has confirmed that SMS messages from Apple are not reaching their network at all. I also receive no calls. Since my account is not logged in on any device, SMS is the only way I can verify my identity - and it’s not working. I have already submitted two support cases but have not received any response yet. Here is the impact this is having right now: • 250+ people are waiting to get access to test my app • 400 users are already using the app • I cannot sign the new agreement that appeared in App Store Connect • Because of this, TestFlight is completely blocked - both the 10,000 user limit and the 100 user internal testing • Even when I add someone to my team and grant them access, it still doesn’t work for them either I have been building this app for almost 7 months. We are in the final testing stage before I plan to release it for sale. Every day without access is a day my users are waiting and I cannot move forward. I am asking you to please help me resolve this as quickly as possible. I really need your support right now. Thank you so much for your time. Best regards, Tata
1
0
470
Jun ’26
App stuck in "Waiting for Review" for 10 days + History of extremely long review times (1-1.5 months)
Hello everyone, I am facing a severe issue with my app's review process and urgently need some guidance or advice on how to resolve this bottleneck. Current Situation: Our latest version has been stuck in the "Waiting for Review" status for the past 10 days. Yesterday, after reading some community advice, I used "Cancel Submission" and re-submitted the build to try and refresh the queue. Unfortunately, it is still completely stuck in the exact same "Waiting for Review" status with no progress. Past History: This seems to be an ongoing issue with our account. For our previous versions, the App Review team took an incredibly long time—between 1 to 1.5 months for each submission—only to ultimately issue a rejection. We have already tried sending 5-6 standard support requests and even requested an expedited review 3 times, but we have received absolutely zero response or feedback from Apple. It feels like our app or account is stuck in some sort of dead-end queue. Has anyone else experienced such extreme delays just waiting for the review to start? Is there any alternative way to escalate this to a human specialist at Apple who can check if there's an account-level glitch? App Store URL: https://apps.apple.com/uz/app/fonus-kids/id6742020368 Thank you in advance for any insights or help!
2
1
593
Jun ’26
App waiting for review
Hello App Review Team, My app, SUB PREMIUM TV (Apple ID: 6769972609, Version 1.0), has been in “Waiting for Review” status for several days. I would like to confirm whether there is any issue with my submission or if any additional information is needed from me. Thank you for your time and assistance. Best regards, Babucarr Ngum
1
0
589
Jun ’26
FB23259904 - com.musepianolab.piano3 Swift Playgrounds upload stuck
Bundle ID: com.musepianolab.piano3 Feedback Assistant: FB23259904 PROBLEM Cannot upload this app to App Store Connect from Swift Playgrounds on iPad Pro. Upload spinner runs 5+ minutes and never completes. "Upload succeeded" is never shown. Sometimes Swift Playgrounds shows: "Another upload is already in progress." Stopped and retried 5-6 times over 36+ hours. Changed build numbers. Restarted iPad, changed Wi-Fi, reinstalled Playgrounds. ISOLATION (important) Same iPad Pro, same Swift Playgrounds, same Apple Developer account: ANOTHER app uploads successfully Only com.musepianolab.piano3 fails App Store Connect state TestFlight shows only previously completed builds New upload attempts do NOT appear in TestFlight or Build Uploads No Processing builds visible Developer Support phone Told they can only see metadata, not upload queue status. Directed me to Feedback Assistant. REQUEST Please investigate and clear any stuck upload session for bundle ID com.musepianolab.piano3. Environment: Swift Playgrounds on iPad Pro (not Xcode). Small app bundle (~few MB).
1
0
387
Jun ’26
TestFlight install fails: “The requested app is not available or doesn’t exist” (Internal testing)
Hi all, We can’t install our app from TestFlight. The app is visible in TestFlight for invited internal testers, but tapping Install fails immediately with: “The requested app is not available or doesn’t exist.” --Setup-- Distribution: TestFlight – Internal Testing Internal group created and testers added (invite accepted) Build processing status in App Store Connect: Complete TestFlight build status shows: Ready to Submit / Prepare for Submission Minimum iOS deployment target: iOS 15.0 Version/Build: 1.0.0 (1) What we tried Confirmed tester is signed into TestFlight with the same Apple ID email that was invited Removed/added testers to the internal group and resent invites Reinstalled TestFlight, signed out/in Verified build is assigned to the internal group Set and saved Monetization → Pricing and Availability → App Availability (All Countries/Regions) Question Has anyone resolved this issue? Is there a known TestFlight/App Store Connect stuck state that causes this error even for internal testing? Any recommended steps (new build number, group reset, availability/pricing settings, etc.)? Screenshots available (TestFlight error + App Store Connect build/group view). Thanks.
2
4
1.1k
Jun ’26
MotoDealz App Shows White Screen After TestFlight Installation but Works in Simulator
We are experiencing an issue with our iOS application (MotoDealz) distributed through TestFlight. App Details: App Name: MotoDealz Version: 1.4.36 Builds: 48 and 49 Issue: The application installs successfully through TestFlight, but when launched on a physical iOS device it displays only a blank white screen and does not proceed further. Observations: The same build works correctly in the iOS Simulator. Build processing completed successfully in App Store Connect. No crash dialog or error message is displayed. The issue is consistently reproducible after reinstalling the TestFlight build. The application remains on a white screen indefinitely. Environment: Distribution Method: TestFlight Physical Device: iPhone Simulator: Working as expected Has anyone encountered a similar issue where the app works correctly in the simulator but shows only a white screen in TestFlight builds on physical devices? Any guidance regarding diagnostics, device logs, release-build configuration, or TestFlight-specific troubleshooting would be greatly appreciated. Thank you.
0
0
336
Jun ’26
Cannot submit to TestFlight Beta Review: ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING (All agreements are Active)
Hi everyone, I am currently completely blocked from submitting my new app for TestFlight Beta Review (External Testing). The App Store Connect web interface fails to submit, and when I try to bypass the UI using the App Store Connect REST API to create a betaAppReviewSubmissions request, Apple's servers return the following 422 error: { "errors" : [ { "status" : "422", "code" : "ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING", "title" : "Beta contract is missing for the app.", "detail" : "Beta Contract is missing." } ] } Here is what I have already checked and verified on my end: Agreements, Tax, and Banking: My "Paid Apps Agreement", "Free Apps Agreement", "U.S. Tax Forms", and "Bank Accounts" all clearly show as "Active" status. There are absolutely no pending banners or unaccepted agreements on developer.apple.com or appstoreconnect.apple.com. Apple Developer App: I logged into the official iOS Apple Developer app with the Account Holder ID, and there are no hidden agreements to accept there either. App Privacy: All data collection questions are answered, and the App Privacy section is fully Published. Test Information: All required Beta App Review details (Name, Email, Phone) are correctly filled. Export Compliance: My Info.plist includes <key>ITSAppUsesNonExemptEncryption</key><false/>, and the build attributes confirm it. It appears that my TestFlight beta contract has somehow become detached, bugged, or failed to provision on Apple's backend. Has anyone experienced this specific API error recently? Is there a way to force the system to re-provision the contract, or does this strictly require manual intervention from an Apple Engineer? Any guidance would be highly appreciated. Thanks!
1
0
926
Jun ’26
TestFlight "Waiting for Review"
Hi there, this is my first app, so please be gentle. I submitted it on 6/16 (3 days ago) and I saw somewhere that it took 24-48 hours to be reviewed, and I believe that's when the people I invited to test it would start getting their email invitations. It's still at "Waiting for Review" on the Test Flight tab. Is this the same as THE "app review"? Or is it some "mini-review" for Test Flight? Either way, when should I start following up?
0
0
484
Jun ’26
RevenueCat offerings returning empty (current: null, allKeys: []) despite correct setup — first-time auto-renewable subscription submission
Hi all, I'm launching my first iOS app (Capacitor/Next.js WebView wrapper) with two auto-renewable subscriptions via RevenueCat, and I'm stuck on a persistent issue across multiple App Store Review rejections. Setup: Bundle ID: no.skaren.app Two auto-renewable subscriptions: no.skaren.app.premium.monthly and no.skaren.app.premium.yearly, both in a single subscription group RevenueCat integrated via @revenuecat/purchases-capacitor App-Specific Shared Secret added to RevenueCat App Store Connect API key (with correct Key ID/Issuer ID) added to RevenueCat Paid Apps Agreement: Active Bundle ID in RevenueCat matches exactly RevenueCat API key in app code matches dashboard exactly The problem: On a physical device (TestFlight build, signed into Sandbox Apple ID), calling Purchases.getOfferings() always returns: {"current":null,"allKeys":[]} No errors are thrown — the offerings object is just empty. This happens consistently across multiple builds, after removing a conflicting limitsNavigationsToAppBoundDomains WebView restriction (which was separately causing a blank-screen bug, now fixed and confirmed working on-device). App Store Connect status: This is our first subscription submission ever. Both subscription products currently show "Developer Action Needed" status in App Store Connect (their localizations were rejected once for vague wording, fixed and resaved, but the products remain in this state). App Review's rejection message explicitly states: "Apple reviews In-App Purchase products in the sandbox and the In-App Purchase products do not need prior approval to function in review." However, our experience suggests otherwise — RevenueCat returns zero offerings, and App Review's own testers also report an "error message displayed on the subscription page" when attempting to test the IAP flow. Question: Is it actually true that subscriptions in "Developer Action Needed" / not-yet-approved status can still be fetched via StoreKit/RevenueCat during sandbox testing? Or does the first-ever subscription submission genuinely need to be approved (i.e., go through the review cycle once) before getOfferings() will return populated data? Has anyone encountered this exact "chicken-and-egg" situation, where the first IAP submission can't be tested until reviewed, but review fails because it can't be tested? Any insight into whether this is expected sandbox behavior for first-time subscription submissions, or whether there's a configuration issue I'm missing, would be hugely appreciated. Thanks!
0
0
250
Jun ’26
TestFlight builds from our Apple Developer account cannot be installed on any iPhone.
Error in TestFlight: “The requested app is not available or does not exist.” This happens on multiple iPhones and Apple IDs. Important: Builds from OTHER Apple Developer accounts install fine on the same devices. We tried new apps, new bundle IDs, new certificates, new provisioning profiles. Internal testing fails. External testing also fails. All Agreements, Tax, Banking, and membership requirements are completed and active. When configuring external testing in App Store Connect, we also get: “There was an error processing your request. Please try again later.” This has been happening for 3 weeks. Has anyone seen an Apple Developer account / TestFlight backend issue like this? Any solution besides contacting Apple Developer Support?
Replies
5
Boosts
4
Views
897
Activity
Jul ’26
Error 422 when installing TestFlight beta – waiting for over a week
Hi, I’m experiencing the 422 Beta error every time I try to install my TestFlight build. App information: App name: Stallkoll Bundle ID: se.stallkollapp.app Apple Developer Program: Individual Account Distribution: TestFlight Build uploaded using Codemagic Apple Support has already confirmed that my Apple Developer account verification is approved, and all required documents have been accepted. I have already tried: Creating multiple new builds. Removing and re-adding myself as a tester. Reinstalling TestFlight. Logging out and back into my Apple ID. Confirming Agreements, Tax and Banking are complete. Waiting over a week. Contacting Apple Support several times. In Codemagic, the upload finds my app correctly, but during App Store Connect distribution I repeatedly see: “Did not find build matching uploaded version yet, it might be still processing. Waiting to try again…” The build eventually appears in TestFlight, but it still cannot be installed and always results in the 422 Beta error. I’ve now been blocked for over a week and really need to release my app. Has anyone experienced this issue, or could someone from Apple please investigate whether there is something wrong with my App Store Connect account or TestFlight configuration? Thank you!
Replies
0
Boosts
0
Views
471
Activity
Jul ’26
buildBundles relationship returns 403 "has no allowed operations defined" for Admin API key
Summary Every request to the buildBundles relationship of a build returns HTTP 403, regardless of the build's age or state, even with an Admin-role App Store Connect API key. This blocks access to buildBundleFileSizes, which I need to read the app's download/install size. Error response GET https://api.appstoreconnect.apple.com/v1/builds/{buildId}/buildBundles HTTP/1.1 403 Forbidden { "errors": [ { "status": "403", "code": "FORBIDDEN_ERROR", "title": "The given operation is not allowed", "detail": "The relationship 'buildBundles' has no allowed operations defined." } ] } Environment App Store Connect API (JWT, ES256) API key role: Admin (Team key) JWT payload contains only iss / iat / exp / aud (aud = "appstoreconnect-v1"), no scope field Organization account What works (same key, same token) GET /v1/builds?filter[app]={appId}&limit=5&sort=-uploadedDate → 200 OK GET /v1/apps/{appId}/builds → 200 OK GET /v1/appStoreVersions/{id}?include=app,build → 200 OK So the token itself is valid and can read builds and app store versions. What fails GET /v1/builds/{buildId}/buildBundles → 403 (above) Minimal reproduction (curl) 1) List builds — WORKS (200), returns valid build IDs curl -s -H "Authorization: Bearer $JWT" "https://api.appstoreconnect.apple.com/v1/builds?filter[app]=<APP_ID>&limit=1&sort=-uploadedDate" 2) Read buildBundles for that build — FAILS (403) curl -s -H "Authorization: Bearer $JWT" "https://api.appstoreconnect.apple.com/v1/builds/<BUILD_ID>/buildBundles" -> 403 FORBIDDEN_ERROR: "The relationship 'buildBundles' has no allowed operations defined." $JWT is an ES256 token, aud=appstoreconnect-v1, NO scope claim. Steps to reproduce Generate an ES256 JWT with an Admin-role key (no scope in payload). List builds for an app — succeeds, returns valid build IDs. For ANY returned build ID, GET /v1/builds/{buildId}/buildBundles — always 403. What I have already ruled out Role: the key is Admin, not Developer. Still 403. Build age/state: tested the newest build (uploaded today, processingState = VALID) and builds from several years ago — all return 403. JWT scope: the token has no scope claim (verified by decoding it), so it is not scope-restricted. Still 403. Token validity: the same token successfully reads /v1/builds and /v1/appStoreVersions. Malformed URL / double slash: I verified the request URL is exactly https://api.appstoreconnect.apple.com/v1/builds/{id}/buildBundles with a single slash after the host (no .com//v1). A related thread traced a 403 to a double-slash URL breaking a scoped token (https://developer.apple.com/forums/thread/820203), but that does not apply here: my URL is well-formed AND my token has no scope. Questions Is the buildBundles relationship (and buildBundleFileSizes) actually supported via the public App Store Connect API for organization accounts? If yes, what specific configuration (key type, role, account setting, or entitlement) is required to make GET /v1/builds/{id}/buildBundles return 200 instead of 403? Is there any alternative endpoint to retrieve a build's download/install size (the "size" Apple pushes to the developer, e.g. "206.6 MB, Wi-Fi required")? Thanks in advance.
Replies
1
Boosts
0
Views
812
Activity
Jul ’26
TestFlight-beta problem
Same here. I have exactly the same issue. App: Stallkoll (Apple ID: 6758069449). Codemagic returns: HTTP 422: Beta contract is missing for the app. Contract is missing. TestFlight shows the latest build as Approved and Ready to Test, but installation fails with: “The requested app is not available or does not exist.” A previous build installed successfully, but all newer builds fail. All agreements, banking, tax information and DSA verification are complete. The build is valid and assigned to the TestFlight testing group. Could an Apple engineer please verify that the Beta Contract is correctly attached to my App ID and re-provision/re-attach it if necessary? This appears to be the same backend issue affecting other developers. Thank you.
Replies
1
Boosts
1
Views
758
Activity
Jul ’26
macOS builds stuck in "Processing" since March 5
Hi everyone, We are facing a critical blocker with our macOS app processing. Since March 5, 2026, every single build we have uploaded (8 builds total) has been stuck in the "Processing" state for over 4 days. For our project, due to the large binary size, processing usually takes about 4 to 6 hours normally. However, we now have a long queue of builds that haven't transitioned to "Ready to Submit" for up to 80+ hours. Stuck Builds List: 1.0.0 (444): Mar 8, 3:09 PM (Processing) 1.0.0 (443): Mar 8, 5:36 AM (Processing) 1.0.0 (440): Mar 7, 6:37 AM (Processing) 1.0.0 (438): Mar 6, 5:01 PM (Processing) 1.0.0 (434): Mar 6, 12:04 AM (Processing) 1.0.0 (433): Mar 5, 6:26 PM (Processing) 1.0.0 (432): Mar 5, 10:51 AM (Processing) 1.0.0 (431): Mar 5, 6:11 AM (Processing) (Note: The last successful build was 1.0.0 (429) on March 4, which processed within the expected 6-hour window.) There have been no changes to our project settings, Info.plist, or entitlements since the last successful build. This is completely halting our scheduled update release. Is anyone else experiencing a similar backlog with large macOS binaries? Or is there a known issue with the App Store Connect pipeline for the macOS platform recently? Any help or investigation from Apple engineers would be greatly appreciated. (Feedback ID: FB22156358)
Replies
2
Boosts
1
Views
896
Activity
Jul ’26
How to manage TestFlight subscriptions on macOS?
I purchased a subscription within my TestFlight macOS build. I would like to access a screen to manage subscriptions and cancel it. How can I do that? I can't find this screen. In the App Store app I can only see my personal purchases.
Replies
1
Boosts
0
Views
904
Activity
Jul ’26
Internal Test user limit stuck at 100/100
Hello, Our Test Flight internal user limit is stuck at 100/100 users and I couldn't reduce the number and free seats no matter what I tried. What I tried so far: Reduced number of people in Users and Access to 98 (excluding customer support which does not count for internal users anyway) Reduced number of internal testers in the only internal Test Flight group to 38 Testers. Reduced number of all testers for the app to 97 (including external test only users) Made sure that deleted users from Users and Access list have no emails in the internal test group. More importantly, no matter how many users I delete from both Users and Access or only internal tester group, the limit always shows 100/100. I appreciate any help. This feels like a bug. I am unable to contact Apple support, I waited for almost an hour on the phone but nothing. I waited for days for potential caches to clear up, still no luck.
Replies
0
Boosts
0
Views
443
Activity
Jul ’26
Silent Push background launch rejected with "pushDisallowed" and "AMNP" on TestFlight build
Hello, I am implementing background processing using Silent Push Notifications in an iOS application. The app needs to receive requests from a server and execute processing in the background. For this purpose, I am using Silent Push Notifications to wake up the application. However, the application is not being launched as expected when running the TestFlight version. I would appreciate any guidance regarding this behavior. Environment Xcode 26.3 iOS 18.6 TestFlight distribution Push Notifications capability enabled Background Modes enabled Remote notifications enabled APNs Authentication Key (.p8) APNs Production environment Background Previously, the application periodically connected to a server in the background and sent location information when requested by the server. Since that background processing no longer behaves as expected, I started implementing an alternative approach using Silent Push Notifications. When running the application directly from Xcode in Debug mode, Silent Push works correctly and the app is launched in the background. However, when using the TestFlight build on the same device, the behavior differs and the app is not launched in the background. Observed Behavior The APNs request appears to be successful: APNs response status is HTTP 200 Using the device token obtained from the TestFlight build Alert Push notifications are received successfully application:didReceiveRemoteNotification:fetchCompletionHandler: is called when the app is in the foreground The same method is not called when the app is in the background Silent Push payload: { "aps": { "content-available": 1 } } HTTP/2 headers: apns-push-type: background apns-priority: 5 Verified Items Production device token is being used APNs topic matches the application's bundle identifier Alert Push notifications work correctly Background App Refresh is enabled on the device The application has not been force-quit completionHandler is always called after processing completes Console Logs The following logs appear when the push is sent: Submitted: com.apple.pushLaunch.jp.co.comp.MyApp.ext.mdm Application Policy response: {100, 0.00, [{[pushDisallowed]: Required:0.00, Observed:1.00},]} Decision: AMNP I also see: Insufficient history window for deviceActivityLikelihood stream deviceActivityLikelihood returned a nil timeline Questions Under what conditions are pushDisallowed and Decision: AMNP generated? What factors can cause iOS to reject a background launch triggered by a Silent Push Notification? Since Alert Push notifications are received successfully, is it reasonable to conclude that APNs configuration, topic configuration, and device token usage are correct? Are there any specific settings, entitlements, or implementation details that should be reviewed to resolve the pushDisallowed condition? The behavior differs between the Debug build launched from Xcode and the TestFlight build running on the same device. Are there any restrictions, policies, or differences applied to TestFlight builds that could explain this behavior? If the observed behavior is expected by design, what would Apple recommend as the appropriate architecture or API for server-triggered background processing in this scenario? Thank you for your time and assistance.
Replies
3
Boosts
0
Views
1.5k
Activity
Jun ’26
App stuck In Review for 10+ days, TestFlight also Waiting for Review
Hi all, My first app submission appears to be stalled (16+ days) and I’m completely in the dark as to what is going on. Apple ID: 6776835006 Submission ID: 236039a0-1668-448a-aae6-486d52e6c5b9 Timeline: Ready for Review: Jun 10, 2026 at 3:22 AM Waiting for Review: Jun 10, 2026 at 3:23 AM In Review: Jun 15, 2026 at 5:05 PM Current status: still In Review as of Jun 26, 2026 I have also submitted 2 support cases that are past 48 hour SLA and an expedited review request, but I haven’t received a response yet. Our TestFlight external build has also been stuck in Waiting for Review for 5+ days now. There are no visible unresolved issues, App Review messages, or missing compliance warnings in App Store Connect. Review notes and demo/testing information are provided. Thank you.
Replies
1
Boosts
0
Views
548
Activity
Jun ’26
Unable to receive 2FA SMS - TestFlight blocked, 250+ users waiting
Case ID: 102924093872 Case ID: 102924089648 Hi Apple Support Team, I’m reaching out regarding a critical issue that is blocking my app testing and affecting hundreds of users. I cannot receive the two-factor authentication code for my Apple Developer account. My mobile operator has confirmed that SMS messages from Apple are not reaching their network at all. I also receive no calls. Since my account is not logged in on any device, SMS is the only way I can verify my identity - and it’s not working. I have already submitted two support cases but have not received any response yet. Here is the impact this is having right now: • 250+ people are waiting to get access to test my app • 400 users are already using the app • I cannot sign the new agreement that appeared in App Store Connect • Because of this, TestFlight is completely blocked - both the 10,000 user limit and the 100 user internal testing • Even when I add someone to my team and grant them access, it still doesn’t work for them either I have been building this app for almost 7 months. We are in the final testing stage before I plan to release it for sale. Every day without access is a day my users are waiting and I cannot move forward. I am asking you to please help me resolve this as quickly as possible. I really need your support right now. Thank you so much for your time. Best regards, Tata
Replies
1
Boosts
0
Views
470
Activity
Jun ’26
App stuck in "Waiting for Review" for 10 days + History of extremely long review times (1-1.5 months)
Hello everyone, I am facing a severe issue with my app's review process and urgently need some guidance or advice on how to resolve this bottleneck. Current Situation: Our latest version has been stuck in the "Waiting for Review" status for the past 10 days. Yesterday, after reading some community advice, I used "Cancel Submission" and re-submitted the build to try and refresh the queue. Unfortunately, it is still completely stuck in the exact same "Waiting for Review" status with no progress. Past History: This seems to be an ongoing issue with our account. For our previous versions, the App Review team took an incredibly long time—between 1 to 1.5 months for each submission—only to ultimately issue a rejection. We have already tried sending 5-6 standard support requests and even requested an expedited review 3 times, but we have received absolutely zero response or feedback from Apple. It feels like our app or account is stuck in some sort of dead-end queue. Has anyone else experienced such extreme delays just waiting for the review to start? Is there any alternative way to escalate this to a human specialist at Apple who can check if there's an account-level glitch? App Store URL: https://apps.apple.com/uz/app/fonus-kids/id6742020368 Thank you in advance for any insights or help!
Replies
2
Boosts
1
Views
593
Activity
Jun ’26
App waiting for review
Hello App Review Team, My app, SUB PREMIUM TV (Apple ID: 6769972609, Version 1.0), has been in “Waiting for Review” status for several days. I would like to confirm whether there is any issue with my submission or if any additional information is needed from me. Thank you for your time and assistance. Best regards, Babucarr Ngum
Replies
1
Boosts
0
Views
589
Activity
Jun ’26
FB23259904 - com.musepianolab.piano3 Swift Playgrounds upload stuck
Bundle ID: com.musepianolab.piano3 Feedback Assistant: FB23259904 PROBLEM Cannot upload this app to App Store Connect from Swift Playgrounds on iPad Pro. Upload spinner runs 5+ minutes and never completes. "Upload succeeded" is never shown. Sometimes Swift Playgrounds shows: "Another upload is already in progress." Stopped and retried 5-6 times over 36+ hours. Changed build numbers. Restarted iPad, changed Wi-Fi, reinstalled Playgrounds. ISOLATION (important) Same iPad Pro, same Swift Playgrounds, same Apple Developer account: ANOTHER app uploads successfully Only com.musepianolab.piano3 fails App Store Connect state TestFlight shows only previously completed builds New upload attempts do NOT appear in TestFlight or Build Uploads No Processing builds visible Developer Support phone Told they can only see metadata, not upload queue status. Directed me to Feedback Assistant. REQUEST Please investigate and clear any stuck upload session for bundle ID com.musepianolab.piano3. Environment: Swift Playgrounds on iPad Pro (not Xcode). Small app bundle (~few MB).
Replies
1
Boosts
0
Views
387
Activity
Jun ’26
TestFlight install fails: “The requested app is not available or doesn’t exist” (Internal testing)
Hi all, We can’t install our app from TestFlight. The app is visible in TestFlight for invited internal testers, but tapping Install fails immediately with: “The requested app is not available or doesn’t exist.” --Setup-- Distribution: TestFlight – Internal Testing Internal group created and testers added (invite accepted) Build processing status in App Store Connect: Complete TestFlight build status shows: Ready to Submit / Prepare for Submission Minimum iOS deployment target: iOS 15.0 Version/Build: 1.0.0 (1) What we tried Confirmed tester is signed into TestFlight with the same Apple ID email that was invited Removed/added testers to the internal group and resent invites Reinstalled TestFlight, signed out/in Verified build is assigned to the internal group Set and saved Monetization → Pricing and Availability → App Availability (All Countries/Regions) Question Has anyone resolved this issue? Is there a known TestFlight/App Store Connect stuck state that causes this error even for internal testing? Any recommended steps (new build number, group reset, availability/pricing settings, etc.)? Screenshots available (TestFlight error + App Store Connect build/group view). Thanks.
Replies
2
Boosts
4
Views
1.1k
Activity
Jun ’26
App Build Stuck in TestFlight
my app build is stuck on preprocessing build from one hour
Replies
0
Boosts
0
Views
459
Activity
Jun ’26
MotoDealz App Shows White Screen After TestFlight Installation but Works in Simulator
We are experiencing an issue with our iOS application (MotoDealz) distributed through TestFlight. App Details: App Name: MotoDealz Version: 1.4.36 Builds: 48 and 49 Issue: The application installs successfully through TestFlight, but when launched on a physical iOS device it displays only a blank white screen and does not proceed further. Observations: The same build works correctly in the iOS Simulator. Build processing completed successfully in App Store Connect. No crash dialog or error message is displayed. The issue is consistently reproducible after reinstalling the TestFlight build. The application remains on a white screen indefinitely. Environment: Distribution Method: TestFlight Physical Device: iPhone Simulator: Working as expected Has anyone encountered a similar issue where the app works correctly in the simulator but shows only a white screen in TestFlight builds on physical devices? Any guidance regarding diagnostics, device logs, release-build configuration, or TestFlight-specific troubleshooting would be greatly appreciated. Thank you.
Replies
0
Boosts
0
Views
336
Activity
Jun ’26
Cannot submit to TestFlight Beta Review: ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING (All agreements are Active)
Hi everyone, I am currently completely blocked from submitting my new app for TestFlight Beta Review (External Testing). The App Store Connect web interface fails to submit, and when I try to bypass the UI using the App Store Connect REST API to create a betaAppReviewSubmissions request, Apple's servers return the following 422 error: { "errors" : [ { "status" : "422", "code" : "ENTITY_UNPROCESSABLE.BETA_CONTRACT_MISSING", "title" : "Beta contract is missing for the app.", "detail" : "Beta Contract is missing." } ] } Here is what I have already checked and verified on my end: Agreements, Tax, and Banking: My "Paid Apps Agreement", "Free Apps Agreement", "U.S. Tax Forms", and "Bank Accounts" all clearly show as "Active" status. There are absolutely no pending banners or unaccepted agreements on developer.apple.com or appstoreconnect.apple.com. Apple Developer App: I logged into the official iOS Apple Developer app with the Account Holder ID, and there are no hidden agreements to accept there either. App Privacy: All data collection questions are answered, and the App Privacy section is fully Published. Test Information: All required Beta App Review details (Name, Email, Phone) are correctly filled. Export Compliance: My Info.plist includes <key>ITSAppUsesNonExemptEncryption</key><false/>, and the build attributes confirm it. It appears that my TestFlight beta contract has somehow become detached, bugged, or failed to provision on Apple's backend. Has anyone experienced this specific API error recently? Is there a way to force the system to re-provision the contract, or does this strictly require manual intervention from an Apple Engineer? Any guidance would be highly appreciated. Thanks!
Replies
1
Boosts
0
Views
926
Activity
Jun ’26
TestFlight "Waiting for Review"
Hi there, this is my first app, so please be gentle. I submitted it on 6/16 (3 days ago) and I saw somewhere that it took 24-48 hours to be reviewed, and I believe that's when the people I invited to test it would start getting their email invitations. It's still at "Waiting for Review" on the Test Flight tab. Is this the same as THE "app review"? Or is it some "mini-review" for Test Flight? Either way, when should I start following up?
Replies
0
Boosts
0
Views
484
Activity
Jun ’26
RevenueCat offerings returning empty (current: null, allKeys: []) despite correct setup — first-time auto-renewable subscription submission
Hi all, I'm launching my first iOS app (Capacitor/Next.js WebView wrapper) with two auto-renewable subscriptions via RevenueCat, and I'm stuck on a persistent issue across multiple App Store Review rejections. Setup: Bundle ID: no.skaren.app Two auto-renewable subscriptions: no.skaren.app.premium.monthly and no.skaren.app.premium.yearly, both in a single subscription group RevenueCat integrated via @revenuecat/purchases-capacitor App-Specific Shared Secret added to RevenueCat App Store Connect API key (with correct Key ID/Issuer ID) added to RevenueCat Paid Apps Agreement: Active Bundle ID in RevenueCat matches exactly RevenueCat API key in app code matches dashboard exactly The problem: On a physical device (TestFlight build, signed into Sandbox Apple ID), calling Purchases.getOfferings() always returns: {"current":null,"allKeys":[]} No errors are thrown — the offerings object is just empty. This happens consistently across multiple builds, after removing a conflicting limitsNavigationsToAppBoundDomains WebView restriction (which was separately causing a blank-screen bug, now fixed and confirmed working on-device). App Store Connect status: This is our first subscription submission ever. Both subscription products currently show "Developer Action Needed" status in App Store Connect (their localizations were rejected once for vague wording, fixed and resaved, but the products remain in this state). App Review's rejection message explicitly states: "Apple reviews In-App Purchase products in the sandbox and the In-App Purchase products do not need prior approval to function in review." However, our experience suggests otherwise — RevenueCat returns zero offerings, and App Review's own testers also report an "error message displayed on the subscription page" when attempting to test the IAP flow. Question: Is it actually true that subscriptions in "Developer Action Needed" / not-yet-approved status can still be fetched via StoreKit/RevenueCat during sandbox testing? Or does the first-ever subscription submission genuinely need to be approved (i.e., go through the review cycle once) before getOfferings() will return populated data? Has anyone encountered this exact "chicken-and-egg" situation, where the first IAP submission can't be tested until reviewed, but review fails because it can't be tested? Any insight into whether this is expected sandbox behavior for first-time subscription submissions, or whether there's a configuration issue I'm missing, would be hugely appreciated. Thanks!
Replies
0
Boosts
0
Views
250
Activity
Jun ’26
Builds not showing under Testflight iOS Builds
Hi Have uploaded the build version and status now is approved, but this build is not showing under testflight previous builds, not able to install this version. Also when adding independent tester, error occured showing like bolow, retry not work. Anyone facing this problem ?
Replies
8
Boosts
5
Views
879
Activity
Jun ’26