My NFC tag for default app clip link (https://appclip.apple.com/id?p= xxxxxx) can work when I distribute to App Store. But NFC tag fail when I want to test in TestFlight. I already set the title and the url (the default app clip link such as https://appclip.apple.com/id?p= xxxxxx )in the TestFlight. Why did this happen?

Hello Apple Developer Support, I've been waiting for my app to become available on TestFlight for testing for around three weeks now. Despite deleting and re-uploading the build multiple times, I continue to face the same issue. I've attached a screenshot of the problem for your reference. Could you please help me understand how to resolve this? It's becoming quite frustrating. Looking forward to your guidance.

I have not been able to update the TestFlight Test Information. I keep getting the error "Make sure the contact phone number only contains numbers and try again" even when only number are entered. I've tried on Safari, Chrome and from the Connect App and all give the same error. I would like to push my App for testing to some external beta testers but can't since Contact Information is required for this.

Hi all, I’ve run into a frustrating issue with the FamilyControls and DeviceActivityMonitor APIs. I’ve received official approval from Apple to use the com.apple.developer.family-controls entitlement (distribution), and I’ve added the entitlement to both my main app and the DeviceActivityMonitor extension. I’ve also ensured the correct App Group is configured for both targets. Everything works perfectly when I install the app on my own device as an internal TestFlight tester. App blocking works, the DeviceActivityMonitor extension runs as expected, and the apps selected by the user are correctly shielded. However, for external TestFlight testers, while they do receive the Screen Time permission prompt, and can select apps to block, nothing actually gets blocked. It appears that the DeviceActivityMonitor extension is not being triggered at all on their devices. I’ve verified the following: The entitlement is approved and visible in App Store Connect The build is approved for external testing Testers are running iOS 16+ Shielding logic works properly on internal tester devices Clean installs have been tested on external devices Has anyone gotten FamilyControls + DeviceActivityMonitor working successfully for external testers via TestFlight? If this is a known limitation or if there are any additional steps required to enable extension execution for external users, I’d really appreciate any clarification. Thanks in advance for your help.

This is a bit of a headscratcher. Xcode 16 fyi. I've written a standalone watchos app (with a stub ios app). Distributes and works perfectly over Testflight. I've submitted for app store and it passed the checks an I've released it for sale. Told my brother to use a promo code to download it and show me how it looks and report me any nuisances. He tells me there's no app neither on phone (expected) nor in watch. And he checked both the Watch ios app list and the watch. I've gone through various GPTs and they've all told me the basic troubleshooting. That his watch might not be supported (wrong, it's a watch 10 ultra with latest updates and my min supported versions are hilariously low). They've suggested that I might not have the right keys for making it standalone set, also no. They suggested that skip_install shouldn't be set to no; also wrong I think they're thinking xcode 13 and below. The stub ios app has a dependency on watchos app and also has an embed directive. I also checked the archive and saw the watchos app embedded indeed. Again, the app works perfectly fine when distributed over testflight. And AFAIK that's a release build which I know for a fact because I had a problem with not giving healthkit entitlements to release (that was another but minor headscratcher at the time, when it was working over direct xcode upload). Minor detail, I've written, test(flight)ed the app in UK and in English, my brother is in Turkey. Of course now I immediately pulled the app out of sale because I don't want people paying and getting nothing, that's gonna cause a lot of trouble. So I need any help I can get to How to debug this without exposing the app and myself: is it possible to limit the release? Obviously: what could be going wrong? How the hell did I even pass app review? Is this maybe isolated to my brother's watch? I'm more than happy to share project files and/or info.plist files(end products of them, because my plists are generated from project file).

Hello, I archive my macOS app and Xcode can create it successfully, however when I validate the archive there are 2 errors: Cloud signing permission error (You haven't been given access to cloud-managed distribution certificates. Please contact ...). No profiles for 'my app-bundle-identifier' were found (Xcode couldn't find any Mac App Store provisioning profiles matching 'my app-bundle-identifier'.). I have added my Apple ID account in Xcode and enable "Automatically manage signing" option for signing my app target, and Xcode can build the target successfully without any problem with certificates or provisioning profiles when archive. I have some components (frameworks, daemon, xpc services, share extension) which are put in Frameworks, Resources, XPCServices, PlugIns folders in app's Content, and use post build script to manually code sign for all of these components by ${CODE_SIGN_IDENTITY}, and Xcode can sign those components without any problems when building for archive. I already created Mac App Distribution and Mac Installer Distribution, and macOS App Store profile for my app-bundle-identifier. I don't understand why Xcode still reports the error regarding Mac App Store provisioning profiles when I validate the archive and can't figure out how to fix the issue because I have enabled "Automatically manage signing" so that Xcode can automatically select the appropriate profiles when it archives the app. Any suggestion for how to fix the issue?

Hi everyone, We’ve developed an iOS app that is working perfectly across our internal testing environments including: TestFlight iOS simulators Physical iPhones and iPads within our organization However, during App Store review, the build gets marked as incomplete, and the review team reports the following issues: Issues Reported by App Review: Login error message: "device token must be string" Sign In With Apple: Reviewers are redirected back to the login screen after authentication. No error message is shown, but the user isn't logged in. Account creation: The team is unable to create a new account using the provided credentials. Everything functions correctly in TestFlight, simulators, and local builds. The issue only seems to happen in the App Review environment, making it difficult for us to reproduce. We suspect that push notification permission might not be granted or the token is not being generated in the App Review sandbox environment — leading to a null/undefined value that breaks login. The "device token must be string" message likely appears when our backend validation expects a string, but receives a different type or undefined. Also, the Apple Sign In redirect and account creation failures may be related to Keychain, token handling, or review sandbox behaviors.

I submitted an App for TestFlight review in order to undertake a Public Beta program. In the App Review Information I included notes for the review process, including information that may be needed to test your app, such as app-specific settings and test registration or account details. The above link says You must provide the following information to App Review. It isn’t visible to customers. However, the public beta site includes the Review Notes, including test credentials! Is this a bug, or simply a misunderstanding on my part?

Hi everyone, I’ve been facing an issue with TestFlight external builds that I haven't encountered before, and I’d appreciate any insights. Background: I have an iOS app that was recently approved and released to the App Store. Prior to this, I’ve regularly submitted TestFlight builds (with updated version and build numbers) to both internal and external tester groups. Internal builds would appear instantly, as expected. External builds were also available almost immediately after selecting “Ready to Submit.” This was consistent for many iterations. Current Issue: After pushing the latest version to the App Store (which went through the standard review process and was approved), I prepared a new version for TestFlight testing. Here’s what happened: Uploaded a new build with a new version number and build number. It appeared instantly for internal testing as usual. When I tried adding it to the external tester group, the build got stuck in the “Waiting for Review” state. I uploaded this on Saturday night, and as of Monday noon, the status has not changed. I also cancelled that build and uploaded a fresh one with an incremented build number — still stuck in the same status. Additional Notes: The app’s ITSAppUsesNonExemptEncryption key is set to false in Info.plist. There is no missing export compliance warning on App Store Connect. The changes in the new build are minor — a few small updates, nothing significant. I tried decreasing the build number temporarily (which caused an error), then increased it again. No changes were made to permissions, app capabilities, or metadata that would typically trigger a longer review. Questions: Is this expected after an App Store release? Has anyone else experienced delays like this recently for TestFlight external builds? Is there anything I can do to expedite the review? Thanks in advance for any help!

Hello, my app address: https://apps.apple.com/cn/app/%E4%B8%89%E5%9B%BD%E6%88%98%E4%BA%89%E7%AD%96%E7%95%A5slg/id6741073714?ct=Tap725796 I submitted a version update request for version 1.23.1 on April 10, and submitted an accelerated review application, but it has not been reviewed yet. Today, I have updated the new version to 1.23.2, and submitted an accelerated application request, but it has not been reviewed yet. Maybe because the online version review is stricter, I also submitted a review request for the TestFlight version, which has also been stuck waiting for review. This is an online battle SLG game, which has been updating its version every week for half a year. Because the Android version has been updating steadily, the Apple version has suddenly been unable to update in the past two weeks, resulting in the unusable networking function. Currently, there are a large number of complaints from Apple players. I really don’t know if there is any suitable solution. I will try my best to cooperate as long as I can. I hope that Apple’s official reviewers can provide timely help to developers and Apple players.

I’m experiencing an issue where the official TestFlight app crashes immediately upon launch on a device running iOS 14. Unfortunately, I’m unable to update the system to a newer iOS version, so I need TestFlight to work properly on iOS 14. I’ve attached the crash log for your reference. Could you please help identify the root cause of the crash, or let me know if there’s a workaround? TestFlight-2025-04-11-100957.log

Hi everyone, I’m hoping to get advice or hear from anyone with similar experiences. Our app Pixllove was originally rejected under Guideline 4.3 (“Spam”). We were later invited to an App Review call with Erica, who reviewed everything and confirmed verbally and in writing (April 8, 2025) that the spam classification was removed. She acknowledged that our app uses a unique concept and only required us to implement a pre-chat consent popup. We implemented exactly that: • A popup appears before any chat starts, displaying the match’s name, age, and distance. • Users must actively accept before the chat begins. • We show this clearly in our new demo video. • Full reporting/blocking/moderation is in place. However, after submitting the updated build, we were again rejected under a different interpretation of 1.2, with the reasoning that our app “connects users randomly.” This appears to be a misunderstanding, since no match occurred during their test – and it takes at least 2 users online for a match to happen. We explained this and even submitted a screenshot of the consent popup, which had been explicitly requested by Erica. Sadly, the reviewer ignored our message and Erica’s previous confirmation and labeled us as spam again. We replied and asked them to please review Erica’s note from April 8, but we haven’t received a response yet. We’re lucky to have a second review meeting scheduled for Tuesday, but this experience has been extremely frustrating and honestly, quite unprofessional — especially after being told the issue had been resolved. Has anyone experienced something similar? What can be done to ensure prior Apple Review decisions are respected by future reviewers? Thanks so much in advance, Emilija Pixllove Team

After downloading the application from TestFlight and installing it on the iPhone 13 Pro Max, it does not open. The following exception was captured on the phone: Exception Type: EXC_CRASH(SIGABRT) Exception Codes: 0x00000000000000, 0x00000000000000 Termination Reason: SIGNAL 6 Abort trap: 6 There are no errors when compiling in Visual Studio 2022 or when uploading the app to the store for testing via TestFlight.

Hi all, I am dealing with a confusing issue relating to a beta build that I am trying to share over TestFlight. I have followed all steps and managed to upload a build to App Store Connect, but I mistakenly selected "Internal Only" when submitting from XCode. This build was accepted (See image), but then when I submitted a build that would be shareable externally, it was rejected under Guideline 4.3(a). I am unsure what had changed between the first and second build I submitted, and I have since updated the app page with more information and screenshots clearly explaining how this is different to other items available on the app store with no luck. Does anyone have any clue what I could do? Signed hopefully, Luke

I have an app that unlocks content based on in-app purchases, both one-time payments and subscriptions. Recently, I added new subscription products, both for distribution in App Store Connect and in the configuration file in XCode to be able to test it, declaring it in the scheme. Since the beginning of development, I have had issues with subscriptions. Every time I close the app and reopen it, in order for the app to recover which subscription is active, I have to run the purchase function. This doesn’t happen with purchases or in the production environment, where it works fine. I’ve now implemented SubscriptionStoreView, so I don’t depend on my business logic, in case I’m doing something wrong in the code. This view never remembers which product I’ve already purchased. Currently, in a version deployed to my phone from XCode, it doesn't even process the payment. On macOS, the experience is even worse. On iPad, through TestFlight, I haven’t even been able to test payments at all.

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 used. However, it still has not rectified the issue. I have contacted multiple apple support lines and none of them have been able to help with my error. I am under extreme pressure to upload this application to the App Store before my dissertation deadline as the reviews are critical to my evaluation section. Any help would be much appreciated.

Lately TestFlight has been having unexpected delays for me. For context, I have an app that I am just testing internally right now, so whenever I have a new build the process I follow is: Upload build to App Store Connect Wait for build to finish processing (typically less than a minute) Add compliance info in App Store Connect Wait for build to be distributed via TestFlight For the last few months, after I entered the compliance info, my app would be available for TestFlight distribution almost immediately after I entered the compliance info. I would get the email notification and I could see my new build on TestFlight. I am getting the notifications from App Store Connect that my build has completed processing within a minute or two of uploading it. Then, I enter the compliance information in App Store Connect. Lately, it has been taking multiple hours in between when I provide the compliance info and when the new build is available on TestFlight though. So there is a seemingly random time period in between when I enter the compliance information and when the app is actually distributed to TestFlight. I am not sure why this process that used to be immediate now has multiple hours of lag. There also does not appear to be any way for me to manually check on the status or anything. After I enter the compliance info, it is an entirely hidden and automated process to then push that build out to TestFlight. Is there anything I can do to improve this, or are there any known causes for this issue? I have tried re-submitting another new build version to try and "flush the pipeline", and that worked once before, but it doesn't appear to be working anymore.

I use Expo EAS tool to submit to iOS and honestly I never had any issues before, at least on other projects. In the past few days I have been trying to submit a new build for an update of an older app but I am getting this error: A required agreement is missing or has expired. This request requires an in-effect agreement that has not been signed or has expired. (ID: O4YFH7VPB2LECAUAVXR6G4WRFQ) (403) I checked my agreements page and there is no clear indication of any missing agreements left to sign or what not. I have tried different builds of this project to no avail. I am stuck in a rut and I have been already waiting three days for customer support to acknowledge my issue and get back to me.

I created a build and in the info.plist "Bundle version string (short)" is set to "$(MARKETING_VERSION)". In the project settings the marketing version is set 5.0 and this shows in Testfight. When I submitted the app for review I set the app store version number to 3.3. I know the app will appear in the appstore as v3.3. Before I release this app I need to know: What number will be returned by "infoDictionary?["CFBundleShortVersionString"]"? 5.0 or 3.3?

Hello, I am developing an iOS app using Expo React Native with TypeScript and the react-native-iap library for handling in-app purchases. However, I am facing issues when testing subscriptions. Issue Details Development Mode (Simulator & Physical Device): When the app initializes with withIAPContext, I immediately receive the error: E_IAP_NOT_AVAILABLE This prevents the app from fetching available subscriptions. TestFlight (Production Environment): The app does not render anything inside my SubscriptionsIOS.tsx component. No error messages appear, but the subscriptions do not load, and the UI does not display anything. Steps to Reproduce Open the app on an iOS simulator or physical device. Navigate to the SubscriptionsIOS.tsx component, where in-app purchases should be displayed. In development mode, the error E_IAP_NOT_AVAILABLE appears immediately. In TestFlight, the app does not crash, but nothing renders in the subscription screen. What I Have Done So Far ✅ Enabled In-App Purchases in Apple Developer and App Store Connect. ✅ Ensured my bundle identifier matches the one in App Store Connect. ✅ Set up a Sandbox account for testing purchases. ✅ Verified my react-native-iap implementation and restored transactions properly. I would appreciate any guidance on why E_IAP_NOT_AVAILABLE appears in development and why in-app purchases fail silently in TestFlight. Does Apple require additional steps for Expo-based apps to handle in-app purchases correctly? Thanks in advance for your help!