eas build --non-interactive -p all --auto-submit-with-profile development
All goes well (although the profile is always “production” no matter what I do). Both ios and android apps are built and submitted. It took me a long time to get there!
But I get an email back from apple that says:
ITMS-90426: Invalid Swift Support - The SwiftSupport folder is missing. Rebuild your app using the current public (GM) version of Xcode and resubmit it.
This is an expo react-native app so I do not have a SwiftSupport folder.
Thanks, @wodin. I do not have an ios folder. I did add the --profile option and I made sure all caches were cleared this morning before I tried again. Same deal.
Ahh… I see the confusion. I added the --profile=development and that solved the “always production” problem. Progress.
But the “SwiftSupport” is still present. I have a lot of dependencies, so I am reticent to start cutting them out to see where the problem is. I just upgraded react-native to the release that came out last week. Who knows! I’m doing a build and submit now.
If expo doctor doesn’t complain, then you should in theory be able to ignore any of the expo dependencies. detox should be a dev dependency, rather than a dependency. Same with jest-expo and standard-version-expo. react-native-gesture-handler, react-native-reanimated, react-native-safe-area-context, react-native-screens, sentry-expo should all be OK, I think.
hmmm… so nothing there jumps out at me.
What happens if you create a new, blank app? Can you submit that OK? What if you add half the dependencies and try again? Do you get the SwiftSupport error? What if you add the other half instead? If it is one of the dependencies then maybe you can narrow it down like that. I’m not sure if it is one of the dependencies, though.
Hey @wodin , sorry for the delay. Distracted by other issues. Some more data: When I use expo build the old way and then use transporter, then it all goes through. But when I use the eas, the problem persists. I have not tried an eas build and then a transporter upload.
It may be related to usesNonExemptEncryption in the app.json file. WHen I use transporter Apple asks at the end if I use encryption. I just added usesNonExemptEncryption to my app.json file but I have not had a chance to try the whole process. Will keep you posted. Thanks for your help!
I think it’s worth creating a new, blank app to see if that has the same problem. If not, then maybe see if the problem is coming from one or more of your dependencies by adding subsets of your dependencies, building and submitting. You can probably use a “binary search” strategy to cut down on the number of builds you need to do.
You could also try “usesNonExemptEncryption” with a new app to see if it causes the problem.
I have narrowed this down to some difference between eas build and expo build. When I use expo build and transporter then testflight has no issue. But when I use eas build and then either eas submit or transporter, the “SwiftSupport folder” problem shows up again. I have not tried building a blank app. All of this points to a high probability of some issue with a dependency. But I’m stuck for time. So I will continue to use expo build/transporter for ios. Damn!