Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: Don't use idfv for deviceId if invalid #183

Merged
merged 1 commit into from
Jun 14, 2024

Conversation

crleona
Copy link
Collaborator

@crleona crleona commented Jun 14, 2024

Summary

Fix for #182

If we cannot retrieve a valid device id from the IDFV, fall back to using a generic uuid. This mirrors logic from the legacy SDK where the vendor id getter considers '00000000-0000-0000-0000-000000000000' as nil, but doesn't block an explicitly set id with the same value.

Note that clients who have already persisted an invalid deviceId will not be updated, and will need to either reset their amplitude instance, or set a new deviceId.

Checklist

  • Does your PR title have the correct title format?
  • Does your PR have a breaking change?: No

@crleona crleona requested a review from a team June 14, 2024 20:42
@crleona crleona merged commit f17e7fa into main Jun 14, 2024
3 checks passed
@crleona crleona deleted the AMP-102651-fix-app-clip_device_id branch June 14, 2024 21:03
github-actions bot pushed a commit that referenced this pull request Jun 14, 2024
## [1.6.2](v1.6.1...v1.6.2) (2024-06-14)

### Bug Fixes

* Don't use idfv for deviceId if invalid ([#183](#183)) ([f17e7fa](f17e7fa))
Copy link

🎉 This PR is included in version 1.6.2 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants