This repository has been archived by the owner. It is now read-only.

/forgot page: email address field not disabled and has keyboard focus #1679

Closed
jrgm opened this Issue Jun 4, 2012 · 3 comments

Comments

Projects
None yet
3 participants
Member

jrgm commented Jun 4, 2012

Not sure this is really an issue, since it had this behaviour in train-2012.04.27 (and I think previous). But now that it contains the two additional password fields for entry, it seems odd.

STR:

  1. For an existing secondary email address known to diresworb.org, click sign in and enter that email.
  2. When prompted for the password, click forgot password.

Expected:
The email field is shown in a disabled state, and the keyboard is focused on the first password field.

Actual:
The email field has focus and can be edited.

Current production: train-2012.04.27:
img

Current stage: train-2012.05.25:
img

Member

jrgm commented Jun 4, 2012

One note, if the user edits the field and changes it to an unknown user, a tooltip is shown that it is an unknown user.

If the user changes it to a known user, email is sent to that user.

If changed to a primary email address, email is sent to the primary user, which seems wrong.

@ghost ghost assigned shane-tomlinson Jun 7, 2012

Contributor

jbonacci commented Aug 13, 2012

OK. QA can pick this one up on the next train to "emphemeral Stage".

Member

jrgm commented Aug 20, 2012

verified train-2012.08.17

  • Ensure the reset password flow of the main dialog works as expected.
  • Ensure the user cannot reset the password of a primary address.
  • Ensure the /forgot page redirects to /signin if the email address is known.
  • Ensure the /forgot page redirects to /signin if the email address is unknown.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.