You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This commit was created on github.com and signed with GitHub’s verified signature.
The key has expired.
What's Fixed?
Fixed an issue where health permission read-only categories could show "denied" even after allowing all categories
What Changed?
Health Permissions
The determination of authorization status changed to the new "one-drop rule" from the previous "majority take all rule"
Previously, the status (authorized or denied) of the majority of categories is used to determine the final authorization displayed. This means if over 50% of health permissions are allowed, then PermissionsSwiftUI will assume allowed, and vice versa.
Now, the "one-drop rule" will assume the authorization status as allowed when at least 1 write category has been allowed, even if all other types are denied.
⚠️ Note: Apple says "to help prevent possible leaks of sensitive health information, your app cannot determine whether or not a user has granted permission to read data. If you are not given permission, it simply appears as if there is no data of the requested type in the HealthKit store." Thus, the authorization status in the case of read-only permissions is always assumed to be allowed.