Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iOS 17 New required reason API #360

Closed
lakshmankreditbee opened this issue Sep 29, 2023 · 9 comments
Closed

iOS 17 New required reason API #360

lakshmankreditbee opened this issue Sep 29, 2023 · 9 comments

Comments

@lakshmankreditbee
Copy link

From Apple's newly published document "Describing use of required reason API":

Your app or third-party SDK must declare one or more approved reasons that accurately reflect your use of each of these APIs and the data derived from their use. You may use these APIs and the data derived from their use for the declared reasons only. These declared reasons must be consistent with your app’s functionality as presented to users, and you may not use the APIs or derived data for tracking.

Will gtm-session-fetcher sdk be either removing the use of these APIs or providing a privacy manifest file for the iOS SDK? Or perhaps are you in contact with Apple about this issue?

@thomasvl
Copy link
Member

Thanks for the issue. We are tracking this internally and will address it a little later this year.

@nabs-m
Copy link

nabs-m commented Dec 14, 2023

Hey @thomasvl, is this still planned for this year?

@thomasvl
Copy link
Member

We're working on this internally, not sure it will make the end of the year.

I think I see a path for making this work with CocoaPods (so it gets picked up as a resource correctly for Xcode), but I can't find anything in Apple's docs about how to do this properly with SwiftPM. If anyone has pointers for how to do this correctly for Xcode+SwiftPM integration, it would be much appreciated.

@nabs-m
Copy link

nabs-m commented Dec 14, 2023

Thanks for the update @thomasvl. I also don't know how to do this for SwiftPM, but if it helps you confirm things for CocoaPods, I was working on enabling the same thing in another library earlier. I believe you'd just need to add the following in the .podspec (under the appropriate subspec of course):

sp.resource_bundle = {'Framework name' => ['Path/to/PrivacyInfo.xcprivacy']}

I didn't get the chance to test it yet, but it's based off this.

@thomasvl
Copy link
Member

Thanks, yup, that's basically what I was looking at for CocoaPods.

@thomasvl
Copy link
Member

@lakshmankreditbee
Copy link
Author

Hi, when can we expect an update regarding this issue?

@thomasvl
Copy link
Member

Working on it, but no specific ETA, some things with Google being worked through.

thomasvl added a commit to thomasvl/gtm-session-fetcher that referenced this issue Jan 22, 2024
Core -
  If using the NSURLSession background fetch support, the data to restore
  download information across app launches is recorded in NSUserDefaults.

Full -
  No api's called by these sources.

LogView -
  DDA9.1 isn't correct because the data isn't displayed, the data is just used
  to sort the log names within the LogView UX so they are properly ordered.

  The data is *not* sent off the device, C617.1 doesn't state that, but nothing
  else seems to be a match since the data isn't directly displayed.

Fixes google#360
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants