"Invalid Swift Support - The SwiftSupport folder is missing" with Xcode 7.3.1
Solution 1
The solution here was in this answer. We needed to use the new -exportOptionsPlist
flag with xcodebuild
instead of the older -exportFormat
and -exportWithOriginalSigningIdentity
flags. The plist just needs to have the method
key set to app-store
.
Solution 2
The root cause of this is that the provisioning profile is ad-hoc and it doesn't create SwiftSupport
directory in the ipa. The folder is created using app-store
as the export method, so it worked for me when I updated my provisioning profile to app-store
.
Solution 3
I received this same email after uploading an .ipa
file to App Store Connect through the Transporter app. The following is where I went wrong: I distributed the app using ad hoc.
The following steps are the solution for my error:
- Archive app
- Distribute on TestFlight and the App Store
- Export
- Open
ExportOptions.plist
in the newly created folder from the export. - Make sure the
method
property has the valueapp-store
if you are uploading to App Store Connect/TestFlight like me. - Drag and drop the exported
.ipa
file to Transporter. - Deliver your app to upload it.
And that's it!
Original answer here: https://stackoverflow.com/a/62568526/10374366
Solution 4
In my case, I just added redundant swift file to the project and it solved the problem.
Solution 5
You should choose "Save for iOS App Store Deployment" instead of "Save for Ad Hoc Deployment" option at the time of creating ipa file.
Luke
Check out Glossology, my latest collection of constrained poetry.
Updated on July 09, 2022Comments
-
Luke almost 2 years
After submitting an app update using Application Loader, I got this email from Apple:
We have discovered one or more issues with your recent delivery for "[App Name]". To process your delivery, the following issues must be corrected:
Invalid Swift Support - The SwiftSupport folder is missing. Rebuild your app using the current public (GM) version of Xcode and resubmit it.
Once these issues have been corrected, you can then redeliver the corrected binary.
I have confirmed that this binary was built with the latest Xcode GM (7.3.1), so that is not the issue. I have seen a wide variety of potential fixes for this problem online but was hoping that by giving further details somebody might be able to help me figure out the specific solution.
- Submitted an IPA file using Application Loader 3.5 with no problems.
- The previous version of the app does not use Swift, but this update does.
- The "Embedded Content Contains Swift Code" build setting is set to
NO
. My understanding is that this should only beYES
if we have a pure Objective-C target that depends on a Swift or mixed target. - The project uses CocoaPods, but nothing has changed in our pods for this update.
- The previous version of the app included a WatchKit app and extension, but this update does not.
- Inside an
xcarchive
generated with the same build, theSwiftSupport
folder is there. It contains a subfolder callediphoneos
which contains several Apple Swift libraries likelibswiftFoundation.dylib
. - If I rename the
.ipa
file to.zip
and unarchive it, its app package does not contain aSwiftSupport
folder, but does contain aFrameworks
folder with the same Swift dylibs.