You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Changing user's email: keep logging by old before verification #5123
Hi there. There is a problem when user changes his email. As soon as he changes it, the 'emailVerified' flag resets and verification mail sends to new address. So if the user types wrong email, he can't confirm it and he is risking to lose his account, and the support can't help him.
So, I think the good solution is to keep possibility to log in by the old email until the new email is unconfirmed.
So if the user types wrong email, he can't confirm it
This is why most forms have a second text field named "Verify Email Address".
The client is responsible for typing the correct address, and the form is responsible for making the client enter the address twice for confirmation. It goes the same for passwords.
Nevertheless, your intended workflow is easily achievable with custom code.
How he can do it? The email in the base is wrong, the user has another one.
I have no idea, it's solely based on your business, and how you interact with users and what kind of data you gather and how you can verify their identity.
For example, when you forget your Microsoft email password, you can use your phone number to reset it or you can answer three security questions or you can contact Microsoft with exact recent email activity to verify its your email, and they will force reset your password.
You can implement the same idealogy in your software.
As for your second question, that is not what i meant.
I meant with custom code logic, custom cloud codes and verification.
Oh, you can't hear me. Keeping an old email until na ew one will confirmed is the common practice, it uses on Twitter, Contentful, etc. And the Parse Server has a mechanism of an email verification, so it's strange and unreasonable to build custom separate one for this function.
I'm just suggesting a feature request.
So the email verification workflow suggested is:
1- When signing up, email verification is the same as it is now (no changes)
2- When changing email, the email address field "email" in '_User' class should not change and still be the old email (thus keeping the flag "isVerified: true" and preventing lockout), until the new email is verified, at which point the "email" field will be replaced with the new verified email.
This is not how the feature nor parse-server is designed. If you wish to see this behavior, feel free to work on a Pr and we’ll evaluate whether or not we accept it in the codebase.
Activity
georgesjamous commentedon Oct 16, 2018
This is why most forms have a second text field named "Verify Email Address".
The client is responsible for typing the correct address, and the form is responsible for making the client enter the address twice for confirmation. It goes the same for passwords.
Nevertheless, your intended workflow is easily achievable with custom code.
georgesjamous commentedon Oct 16, 2018
Yes he can, after the user verifies his identity, you can use master key to reset the email and flag.
Nes-si commentedon Oct 16, 2018
How he can do it? The email in the base is wrong, the user has another one.
How I can send verification email with custom code?
georgesjamous commentedon Oct 16, 2018
I have no idea, it's solely based on your business, and how you interact with users and what kind of data you gather and how you can verify their identity.
For example, when you forget your Microsoft email password, you can use your phone number to reset it or you can answer three security questions or you can contact Microsoft with exact recent email activity to verify its your email, and they will force reset your password.
You can implement the same idealogy in your software.
As for your second question, that is not what i meant.
I meant with custom code logic, custom cloud codes and verification.
I suggest you ask for help on stackoverflow.
Nes-si commentedon Oct 16, 2018
Oh, you can't hear me. Keeping an old email until na ew one will confirmed is the common practice, it uses on Twitter, Contentful, etc. And the Parse Server has a mechanism of an email verification, so it's strange and unreasonable to build custom separate one for this function.
I'm just suggesting a feature request.
georgesjamous commentedon Oct 16, 2018
Ok, I got what you mean now.
So the email verification workflow suggested is:
1- When signing up, email verification is the same as it is now (no changes)
2- When changing email, the email address field "email" in '_User' class should not change and still be the old email (thus keeping the flag "isVerified: true" and preventing lockout), until the new email is verified, at which point the "email" field will be replaced with the new verified email.
Nes-si commentedon Oct 16, 2018
@georgesjamous right.
flovilmart commentedon Oct 16, 2018
This is not how the feature nor parse-server is designed. If you wish to see this behavior, feel free to work on a Pr and we’ll evaluate whether or not we accept it in the codebase.
Nes-si commentedon Oct 26, 2018
@flovilmart I've made. #5147