Add PrivacyInfo.xcprivacy #325
Conversation
|
I just added a resource, but I don't understand why the tests are failing. |
| <?xml version="1.0" encoding="UTF-8"?> | ||
| <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> | ||
| <plist version="1.0"> | ||
| <dict> |
There was a problem hiding this comment.
I think we should include the tracking as well similar to.
<key>NSPrivacyTracking</key>
<false/>
<key>NSPrivacyTrackingDomains</key>
<array/>
There was a problem hiding this comment.
It is probably worth having all of the compatible keys present and specify no for tracking, empty array for tracking domains, and fill out the key for privacy label.
If I'm not mistaken, if a cert pin fails, the SDK will transmit aka "collect" data and send off device. Being clear and transparent would include that information. It would probably qualify as App Privacy Label "other data".
There was a problem hiding this comment.
I have reflected on the suggestion. Thank you. (c85ade9)
|
Thank you for your contribution. I went with a slightly different approach in #326 and fixed the issue with the pipelines |
|
Thank you for your quick feedback. when will the version update proceed? |
|
3.0.4 has been released for SPM and CocoaPods |
This PR adds a privacy manfiest (PrivacyInfo.xcprivacy), Apple has not been mentioned here, but this SDK is using the User Defaults API
However, choosing a reason for NSPrivacyAccessedAPITypeReasons can be somewhat confusing. It would be helpful if you could check if there are any NSPrivacyAccessedAPITypeReasons that you think are more suitable.
resolve #319