Skip to content

Update phonelib dependencies to add support for newer area codes#8932

Merged
mitchellhenke merged 2 commits intomainfrom
mitchellhenke/update-phonelibs
Aug 3, 2023
Merged

Update phonelib dependencies to add support for newer area codes#8932
mitchellhenke merged 2 commits intomainfrom
mitchellhenke/update-phonelibs

Conversation

@mitchellhenke
Copy link
Contributor

🛠 Summary of changes

We received reports that valid US phone numbers were being rejected, and it is in part due to outdated phone validation libraries. This PR updates them.

@mitchellhenke mitchellhenke requested a review from a team August 3, 2023 15:13
@mdiarra3
Copy link
Contributor

mdiarra3 commented Aug 3, 2023

IS this one of the libraries we should look into continuously updating somehow?

changelog: Bug Fixes, Phone Number Support, Update dependencies to improve phone number validation
@mitchellhenke mitchellhenke force-pushed the mitchellhenke/update-phonelibs branch from a5cca95 to efa5493 Compare August 3, 2023 15:21
@mitchellhenke mitchellhenke force-pushed the mitchellhenke/update-phonelibs branch from 8133386 to 89a6f1b Compare August 3, 2023 15:36
@mitchellhenke mitchellhenke merged commit f8a7716 into main Aug 3, 2023
@mitchellhenke mitchellhenke deleted the mitchellhenke/update-phonelibs branch August 3, 2023 15:51
mitchellhenke pushed a commit that referenced this pull request Aug 3, 2023
* Update phonelib dependencies to add support for newer area codes

changelog: Bug Fixes, Phone Number Support, Update dependencies to improve phone number validation

* fix specs

it 'uses the user phone number as the initial phone value' do
expect(subject.phone).to eq('+1 787 234 5678')
expect(subject.phone).to eq('+1 787-234-5678')
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Interested by the formatting changes; this won't cause any downstream issues will it?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This occurred to me too, and I didn't think it would. Phone fingerprints should be using a standard format (e164) and any comparisons format it prior to evaluating like here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants