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

FR: sendPhoneNumberVerification(String phoneNumber) #260

Closed
douglaszaltron opened this issue Apr 26, 2018 · 2 comments
Closed

FR: sendPhoneNumberVerification(String phoneNumber) #260

douglaszaltron opened this issue Apr 26, 2018 · 2 comments

Comments

@douglaszaltron
Copy link

douglaszaltron commented Apr 26, 2018

One method I have need is sending the validation sms code to authenticate via phone number, on the server side. With this I pass validations before the user logs into the application, for example in enterprise applications I need to validate the information in another database before releasing the access. This sounds similar to #46 (Except with phone numbers, instead of email). Do you have any ideas for that, @bojeil-google?

@douglaszaltron douglaszaltron changed the title FR: startPhoneNumberVerification(String phoneNumber) FR: sendPhoneNumberVerification(String phoneNumber) Apr 26, 2018
@bojeil-google
Copy link
Contributor

Hey @douglaszaltron, our phone auth system depends on app verification before sending the SMS code. We need to verify the app identity (reCAPTCHA, APNs push notifications, etc) before sending the SMS code for security reasons. This is why, unlike the email verification case (which we can support), we don't offer this option in the Admin SDK.

For now and if this is a blocker to your application, you can use a third party API for sending SMS messages from your server if you want to do your own validation. You can then use the Admin SDK to updateUser and set the phone number if you need to.

You are welcome to file a feature request for this via official channels.

@douglaszaltron
Copy link
Author

Thank you! Okay, it would be a very interesting future implementation.

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

No branches or pull requests

2 participants