Skip to content

Releases: jevonmao/PermissionsSwiftUI

v1.5.11

26 Feb 18:53
Compare
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
Compare
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
Compare
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
Compare
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
Compare
Choose a tag to compare
minimum platform up to iOS 13 (#130)

Co-authored-by: JellyWidget <>

v1.5.6

14 May 21:43
8b0b2e6
Compare
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
Compare
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
Compare
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
Compare
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
Compare
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.