Repository navigation
iOS: embed the appex itself, not Xcode's archive symlink to it - #585
Merged
defiantnerd merged 1 commit intoOct 8, 2026
Merged
Conversation
Under an Archive the appex's build-products path is a symbolic link to Xcode's intermediates, and cp -R copied the link: App Store Connect rejected the upload with ITMS-90332 at PlugIns/<name>.appex. cp -RH follows that one link. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Collaborator
|
Good change - agree @defiantnerd ? |
Author
|
Giving everything a good workout. :-) |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Archiving an app built with
target_add_auv3_standalone_ios_wrapperand uploading it to App Store Connect fails validation:Under
xcodebuild archive, the AUv3 target's$<TARGET_BUNDLE_DIR>is a symbolic link Xcode points at its intermediates (.../ArchiveIntermediates/<scheme>/IntermediateBuildFilesPath/UninstalledProducts/iphoneos/<name>.appex).ios_embed_appex.shcopies it withcp -R, which copies the link rather than the directory, so the archived app'sPlugIns/<name>.appexis a link to an absolute DerivedData path. Regular (non-archive) builds are unaffected, since the path is a real directory there.The fix is
cp -RH, which follows the one link named on the command line and copies everything inside the appex as it is.🤖 Generated with Claude Code