fix(ios): move PrivacyInfo.xcprivacy to resource_bundles to fix build… #8264
+3
−2
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.
This PR fixes a build issue where
PrivacyInfo.xcprivacyconflicts with other libraries (like when using Expo or React Native) because it was being copied to the main bundle root.The Problem
When
PrivacyInfo.xcprivacyis ins.resources, it gets copied to the top-level app bundle. If another library does the same thing, or if the build system (like Expo) tries to aggregate privacy manifests, it causes a "Multiple commands produce..." error.The Fix
I've moved
PrivacyInfo.xcprivacytos.resource_bundlesin both Capacitor.podspec and CapacitorCordova.podspec. This places the manifest inside its own bundle (e.g.,Capacitor.bundle), which namespaces it correctly and allows Xcode/CocoaPods to handle the aggregation without conflicts.This is the recommended approach for shipping privacy manifests in libraries.
Related Issue
Fixes #8259
Verification
PrivacyInfo.xcprivacyis now defined underresource_bundlesin the podspecs.Thanks!