Bug Fix - Update deviceIdentifier
to Save to Keychain
#1472
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.
Summary of changes
Some recent conversations around our data collector had me investigating our comment "See if we already have an identifier in the keychain". As it turns out we were never actually saving the device identifier to the keychain and it seems like this logic has never worked as expected.
Updating main to do the following:
let addStatus = SecItemAdd(query as CFDictionary, nil)
gave me the result-50
for theOSStatus
. This status meanserrSecParam
- "one of the parameters you passed in a function was/are not valid". Digging into this a bit further in the Apple Docs for ksecvaluedata indicate that this should be passed as aData
object. Also discovered this tool for looking upOSStatus
values because the Apple docs were not at all helpful for looking up error codes.Updating this to now pass in data as well as our parsing logic to parse the data object as expected is now hitting the breakpoint in our keychain check. 🥳
Testing
To test, you will need to use a real device for keychain access, this cannot be tested on simulator.
main
add a breakpoint on line 153 and 161Checklist
[ ] Added a changelog entryAuthors