Skip to content

Releases: jevonmao/PermissionsSwiftUI

v1.5.11

26 Feb 18:53

Choose a tag to compare

What's Changed

  • Hot fix regression when using calendar or reminder permissions caused by #149

v1.5.10

23 Feb 22:32
bd4ef03

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: 1.5.9...1.5.10

1.5.9

21 Jan 20:08
bfc53b2

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: 1.5.8...1.5.9

v1.5.8

26 Aug 19:18
fbb88cf

Choose a tag to compare

Release 1.5.8 (#138)

* Add API boilerplate for new calendar and reminder

Addresses iOS 17 API changes

* Abstract calendar/reminder into event manager

* Fix obsolete API mark and revise message

* Squashed commit of the following:

commit 5ecef99e3b2ef04a2a05b34509e8a449031d92c4
Author: Jevon Mao <woodburyjevonmao@gmail.com>
Date:   Tue Aug 8 20:13:01 2023 -0400

    Add documentation snippet for permission managers

commit 44e3f41313601b6bf09a38fd5066441a02046dd9
Author: Jevon Mao <woodburyjevonmao@gmail.com>
Date:   Mon Aug 7 14:41:46 2023 -0400

    Implement custom permission description color (#137)

commit f3ed32ce206f25e33a26c9b9273756b002a6f1f9
Author: Jevon Mao <woodburyjevonmao@gmail.com>
Date:   Mon Aug 7 12:58:42 2023 -0400

    Disable stale check CICD

* Erase type for custom foreground color

* Add NSLog warning deprecated EventKit permissisons

* Remove available limitation

1.5.7

11 May 04:12
e80b540

Choose a tag to compare

minimum platform up to iOS 13 (#130)

Co-authored-by: JellyWidget <>

v1.5.6

14 May 21:43
8b0b2e6

Choose a tag to compare

What's New? ✨

  • Added alternative button label to show "NEXT" instead of "ALLOW", addressing issue #112

v1.5.5

13 May 00:53

Choose a tag to compare

What's New? ✨

New Contributors

Full Changelog: 1.5.4...1.5.5

v1.5.4

03 Sep 16:02
91c7534

Choose a tag to compare

🛠️ What's Fixed?

  • Added restrictDismissal option for JMAlert in addition to JMModal

v1.5.3

09 Aug 20:18
2f3c429

Choose a tag to compare

What's Fixed?

  • Fixed issue #93 where autoDismiss can unexpectedly dismiss modal when not all permissions are interacted

v1.5.2

20 Jun 23:26
83437c1

Choose a tag to compare

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.