-
Notifications
You must be signed in to change notification settings - Fork 30.3k
Determine how to handle privacy manifests in packages #131940
Copy link
Copy link
Closed
Closed
Copy link
Labels
P1High-priority issues at the top of the work listHigh-priority issues at the top of the work lista: pluginsSupport for writing, building, and running plugin packagesSupport for writing, building, and running plugin packagesplatform-iosiOS applications specificallyiOS applications specificallyteam-ecosystemOwned by Ecosystem teamOwned by Ecosystem teamtoolAffects the "flutter" command-line tool. See also t: labels.Affects the "flutter" command-line tool. See also t: labels.
Metadata
Metadata
Assignees
Labels
P1High-priority issues at the top of the work listHigh-priority issues at the top of the work lista: pluginsSupport for writing, building, and running plugin packagesSupport for writing, building, and running plugin packagesplatform-iosiOS applications specificallyiOS applications specificallyteam-ecosystemOwned by Ecosystem teamOwned by Ecosystem teamtoolAffects the "flutter" command-line tool. See also t: labels.Affects the "flutter" command-line tool. See also t: labels.
[Edit April 22, 2024]:
ITMS-91053response from Apple, please see this comment.See #131495 for more background. This splits out the specific question of how packages should handle privacy manifests and required reason API metadata, and what the
flutterneeds to do to support that.Background docs:
Capturing from my comment in the original issue:
We'll also need to investigate how exactly Apple is defining what an SDK is from the standpoint of the automated checks. E.g., if someone's project is configured to build plugins as frameworks, rather than static libraries, will putting the manifests into those frameworks rather than the app be mandatory?