Simple password strength test and improved user guidance during password reset #4673
Conversation
…e created. To guide the user when requesting a new password, the submit button in invalidated until a (most likely) correct e-mail address, a new password and password conformation are given. For each state a new description on the button is added. This blocks filling in usernames or matrixID or other strings which cannot be an e-mail address. It does not validate the existence of an e-mail address. This should solve issue element-hq/element-web#9978
There was a problem hiding this comment.
we have a number of utilities and components which help with this sort of validation - please use them instead of creating a new thing. I believe they are used on the registration page, if not in settings.
Also asking for product review to determine if this is something we want to support on this form, or if we're looking to generally improve password resets as part of FTUE.
|
Thanks for making this contribution a while back. Since the code base has changed since this was opened, it no longer applies cleanly, and I don't think there's a need to keep it open in this state, as we can always find the code here again if needed. If you are still interested in pursuing this feature, please discuss with us in #element-dev:matrix.org to find a good approach forward. |
To guide the user when requesting a new password, the submit button in invalidated until a (most likely) correct e-mail address, a new password and password conformation are given. For each phase a new description on this button is added. This blocks filling in usernames or matrixID or other strings which cannot be a correct e-mail address. It does not validate the existence of an e-mail address.
This should solve issue element-hq/element-web#9978