TestFlight Public Links are a great way to share beta versions of your apps with other members of the Apple Developer Program. With this new channel, you can share your TestFlight Public Links with the developer community, to gather valuable feedback on crucial elements, like technical implementation, user experience, design, and more.
To maximize the benefits of posting TestFlight Public Links in the Developer Forums, here are some best practices to keep in mind:
Provide details: Give comprehensive information about your app, like new features and test cases, and note specific areas where you seek feedback. The more detailed your post is, the better equipped the community will be to provide insight.
Select platforms: Select the platforms that your beta app supports.
Enter categories: Enter the App category you’ve selected or plan to select for your app on the App Store. Categories are critical to ensuring your post can be easily found by interested users.
Stay connected with notifications: Enable web and push notifications so you’ll know when you receive feedback on your post.
Note: The TestFlight app is still the most comprehensive way to gather feedback. This space is meant as a helpful secondary channel.
TestFlight
RSS for tagTestFlight 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
Sort by:
Post
Replies
Boosts
Views
Activity
I've been working on implementing alternate app icons for my iOS app, and everything works perfectly in debug builds on both the simulator and a physical device. However, when testing on TestFlight, I encounter the following error:
The requested operation couldn’t be completed because the feature is not supported.
Has anyone faced this issue before? Is there a specific TestFlight configuration or setup I might be missing to enable alternate app icon functionality?
Can I change the bundle identifier for an app that I have pushed to TestFlight beta testing but have not released a single build to the App Store yet?
I hover over the bundle identifier in the App Information section of the App Store Connect Apps page, but I do not currently see an option to edit it.
I'm using Transaction.environment to determine server behavior.
https://developer.apple.com/documentation/storekit/apptransaction/environment
https://developer.apple.com/documentation/storekit/appstore/environment
I gather this information on the app using StoreKit and then send it to the server:
originalTransactionId = transaction.originalID
originalTransactionEnvironment = transaction.environment
When testing within Xcode, on a simulator, the value sent to the server for originalTransactionEnvironment is Xcode - as expected.
When testing on a device using a TestFlight build, the value sent to the server for originalTransactionEnvironment is undefined/nil. I expected it to be Sandbox - and later in production it should be Production.
Most importantly, the value sent to the server for originalTransactionId in the TestFlight version is not undefined/nil - it is the value I expected it would be. The transaction was originally for a subscription purchase, if that makes a difference.
So the transaction is available, and information like originalID is also available. Why is transaction.environment not available? What is the behavior in production?
I added auto renewable subscriptions to my app. First submission of IAPs require a new build along with it. I tested everything locally through the .storekit file. Everything worked perfectly so I submitted it for review.
The moment I did so, StoreKit.Product.products(for:) stops returning the products. If I click on the "Sync" button on .storekit now the pre-existing subscriptions disappear. Apple reviews the build and states that there are no subscription options visible.
Also in "Prepare for submission" phase, IAP & Subscriptions section disappears so one can no longer add them to the next builds.
I have tried to explain this 7 times (with new version submissions) through App Review Comments. It looks like nobody reads the responses. I tried adding the issue as a note, screenshot, video in different parts of the submission. They are entirely ignored. I sent 3 support request none of which have resulted in a response. I tried setting up a 1 on 1 call with Apple and it got rejected.
This issue has been reported by other people in this forum and others with no solutions provided.
I am completely out of options at this point. If I and others are indeed right to think that there is a bug in App Store Connect on the specific scenario with first time IAP review submissions where the first build is rejected by developer's fault, it bugs out with subscriptions.
My app's success entirely depends on this as I can't monetise it and I am in Apple Developer Program which means I am subscribing to this service. Can someone from Apple Team, please respond to this specific issue on whichever medium chosen. I am completely blocked and in dire need of help.
Thanks for your understanding.
When I upload the app to testflight, I get the following error: "Provisioning profile failed qualification. Profile doesn't include the selected signing certificate.". I have regenerated the profile. I have cleared cache, deleted profile and certificate and imported it back to xcode. Any ideas?
Hello,
I have integrated LZMA2 compression into my iOS app, Hogs, and successfully implemented compression. However, when attempting to upload the app for TestFlight, I encountered an error:
"The app references non-public symbols in Payload/Hogs.app/Hogs: _lzma_code, _lzma_end."
These functions are part of the LZMA compression library (specifically LZMA2). Here's a detailed description of the issue:
What I Have Done:
LZMA2 Integration: I integrated LZMA2 compression into the app and created a wrapper around the LZMA functions (_lzma_code, _lzma_end) to prevent direct references.
App Build Configuration:
I ensured the LZMA2 library is linked correctly with the -lzma flag in the linker settings.
I wrapped the LZMA functions in custom functions (my_lzma_code, my_lzma_end) in an attempt to avoid using the non-public symbols directly.
Error Message:
During the app submission process, I received the following error:
"The app references non-public symbols in Payload/Hogs.app/Hogs: _lzma_code, _lzma_end."
Steps Taken to Resolve:
Checked if any LZMA functions were exposed incorrectly.
Ensured that all non-public symbols were properly encapsulated in a wrapper.
Verified linker settings to ensure the proper inclusion of the LZMA2 library.
Request:
Could anyone provide suggestions or best practices to resolve this issue and avoid references to non-public symbols? Should I use a different method for linking LZMA2 or encapsulating these symbols?
Thank You:
I appreciate your help in resolving this issue so I can move forward with submitting the app for TestFlight.
I recently submitted my app, Hogs, to the App Store, but it was rejected due to references to non-public symbols:
_lzma_code
_lzma_end
I am using the LZMA compression library in my app, and these functions are part of that implementation. Here's a breakdown of my usage:
Library Used: liblzma (custom wrapper around LZMA functions)
Error Message: "The app references non-public symbols in Payload/Hogs.app/Hogs: _lzma_code, _lzma_end."
Steps I’ve Taken:
I’ve wrapped the LZMA functions in my own functions (my_lzma_code, my_lzma_end) to prevent direct references.
I have checked the build settings and included -lzma in the linker flags.
I’ve tried using a custom framework to encapsulate LZMA, but the issue persists.
I would greatly appreciate any help or suggestions on how to resolve this issue and get my app approved. Is there any workaround or adjustment I can make to avoid using these non-public symbols?
Thank you in advance for your assistance.
Hello!
I have a problem installing the iPad version of the application on a Mac.
I can't install the application - Testflight says that an OS update is required. See screenshot.
Mac on the latest OS version - 15.2.
Testflight application version - 3.7.0
Moreover, I installed the same application from Testflight on the previous version of the OS and the previous version of the Testflight application. Therefore, I can't say exactly after what this appeared, since I updated the OS version and the Testflight application at the same time
Perhaps this is a bug in the Testflight application version 3.7.0.
According to this page: https://developer.apple.com/documentation/xcode/interpreting-the-json-format-of-a-crash-report
the storeInfo element of a JSON crash log may contain a deviceIdentifierForVendor element, but quote "This field is only present for TestFlight builds of an app".
A user has just sent me a crash report which contains this key, but this isn't a testflight build.
The suspicion is of course that the app is "cracked" in some way, but having interacted with the user for some time I think this is unlikely. He has had various issues with the app, affecting multiple devices; I have been wondering if there is something wrong with his Apple account.
The docs also say that this "replaces the CrashReporter Key field", yet this crash report contains both.
So my question for other developers: if you have any .ips crash logs, obtained from non-testflight users of your apps, please could you grep them for deviceIdentifierForVendor and let me know what you find.
If any Apple people have any clues about how this could innocently end up in a crash report, please let me know. Maybe it's a documentation bug?
I have set the deployment target to iOS17.0 on all targets.
Archiving and test works fine, but External testing fails?
After implementing dark and tinted icon variants as per Apple’s documentation, devices running iOS versions prior to iOS 18.0 display the Dark Mode icon instead of the expected default light mode icon. As well as TestFlight showing the Dark mode icon.
Hi, I have deployed my app on Test Flight, I have two subscriptions, monthly and yearly. User can have one of them at a time and upgrade, downgrade to the other. Upgrade, downgrade, cancel from the Apple Settings worked fine in the sandbox environment when testing locally. Now when I have deployed the app on TestFlight, I was able to purchase the subscription successfully from my app. Now when I want to cancel my subscription from the Apple Settings it gives me the following error after confirming cancellation, 'Your request is temporarily unable to be processed. Please try again later.' Also the other subscription offer (yearly) is also not shown to which I could upgrade, even though in the sandbox I was able to upgrade downgrade from the settings. Another thing I have noticed is that the app Icon or name is not shown anywhere in settings with the subscription. Instead of app icon only empty square is shown. Even though app icon shows fine everywhere else.
Can someone please help me figure out this issue?
Hi! Could you please clarify when and why the subscription auto-renewal rate in TestFlight was changed to a daily cycle? Now, the subscription lasts for 6 days! This is causing significant issues in testing. Previously, the 5-minute auto-renewal for weekly subscriptions was an excellent solution.
Is there a way to adjust the auto-renewal timing for an account in TestFlight?
Documentation link: https://developer.apple.com/help/app-store-connect/test-a-beta-version/subscription-renewal-rate-in-testflight.
Thank you for your clarification!
We submitted an app for external testing via TestFlight on last Thursday, November 28th, but it’s still stuck in the "Waiting for Review" status. This delay is blocking our testing process and affecting our development timeline.
Could you please look into this issue and provide an update on the review status? We’d greatly appreciate your support.
apple id: 1410145228
We submitted an app for external testing via TestFlight on last Thursday, November 28th, but it’s still stuck in the "Waiting for Review" status. This delay is blocking our testing process and affecting our development timeline.
Could you please look into this issue and provide an update on the review status? We’d greatly appreciate your support.
I have implemented In App Subscription in my app i have tested subscription module on sandbox and testflight but whenever i am uploading it for apple's app review team they says due to App Completeness your app is getting rejected and on their side after clicking on buy subscription the in app module takes too much time to open but on sandbox and testflight it works fine.
I saw in the Xcode 16 release notes that on-device debugging is no longer available on watchOS prior to version 7.0, but I can't even get a signed, compiled app to run on an older watch. The current version I have live in the App Store works just fine on 4.3.2. I have changed no code, I just started building the app with Xcode 16, and now it won't launch on older watches.
Is it no longer possible to update an app for older watches?
I submitted an app to appconnect.
After setting testflight, I installed it and got an error "The requested app is not available or doesn't exist".
I searched everywhere but couldn't find a solution.
Any idea? Please help me, thanks all
https://ibb.co/ryLc440
Hello, I need an help.
It's my first application and publishing.
I developed my application in 2 languages, English by default and French.
In the simulator or on 1 device via Xcode, everything works.
In Xcode everything seems good.
2 languages in project info and my App Target in Target membership
2 languages in Localizable.xcstrings and green
Localizable.xcstrings added in Target / Build Phase / Copy Bundle Resources
I also tried to add in my app.plist
CFBundleLocalizations
en
fr
In App Store Connected
both languages declared, also in Testflight.
But...nothing, when I install the application thought TestFlight, no language. The application showing the label coded in swift.
I found only one relevant post but not working for me.
What am I missing.
Thanks in advance for any help.
Hi everyone,
When I tried to log in to the app store connect, it directly redirected to the Users and Access page. i can't go to apps page