This repository has been archived by the owner on Jan 10, 2023. It is now read-only.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Version and platform specific logic in order to bypass deprecation warnings, fixing #156.
NSKeyedArchiver
andNSKeyedUnarchiver
methodskSecAttrAccessibleAlways
andkSecAttrAccessibleAlwaysThisDeviceOnly
Defaulting
.always
to.afterFirstUnlock
, and.alwaysThisDeviceOnly
to.afterFirstUnlockThisDeviceOnly
, on iOS 12.0 and above, my initial implementation, didn't feel like the optimal choice.It truly felt like the only sensible thing to do was marking
.always
and.alwaysThisDeviceOnly
asunavailable
for everyone, while allowing users that genuinely need to rely on those cases to pass them themselves, with the addition of a.custom
case.I did not include
macCatalyst
in the#available
statements, as the minimum Swift version for using the library is still set to4.1
.