Login form doesn't always regognise auto-filled passwords



  • FF32.0a.

    I have usernames and passwords remembered in the password manager.

    Repro:

    • Ctrl-Shift-P to open private window
    • go to what.thedailywtf.com
    • click Sign in
    • start to enter userid
    • either (and this is important)
    • click the correct user ID from dropdown list
    • use arrow keys and enter to select correct user ID from dropdown list
    • observe ***** appear in password field

    Expected: Sign in button should become enabled
    Actual: Signin button disabled

    • Use mouse to move cursor to password box

    Expected: Sign in button should now become enabled
    Actual: Signin button still disabled

    Deleting and replacing the last character of the password from that last step will enable the signin button, as will - from the penultimate step- tabbing from the username box to the password box.


  • Banned

    @neil this is another reason I am not a fan of disabling buttons like this, rather, perform a "saving throw" at the time of click or tap and let the user know then.

    I suspect the password manager is filling the fields in a way the JS can't detect.



  • I've seen this on a number of pages for me in Chrome lately - I think it changed how it puts in password fields lately. I usually have to add and delete a character in the password field to be able to sign in (it's mostly been utility bill sites, etc.)



  • Sure, I'll change that. I'm sure it was working a long time ago in Chrome when I was working on the browser built-in password manager support. Chrome must be setting the input value attrs without triggering any events now.



  • @neil said:

    I'm sure it was working a long time ago in Chrome

    Very interesting. Trouble is, as I pointed out in the OP, this is FF, not Chrome...



  • @PJH said:

    Very interesting. Trouble is, as I pointed out in the OP, this is FF, not Chrome..

    Yeah, but I bet one copied the other. Question is, which one was first?



  • That is easy:


  • Winner of the 2016 Presidential Election

    @Luhmann said:

    That is easy:



  • @error said:

    @Luhmann said:
    That is easy:




  • @PJH said:

    @error said:
    @Luhmann said:
    That is easy:




  • Still broken. Password box still requires focus as previously described in order to recognise password.

    Without doing so, clicking Sign In brings up the error:

    Please enter your email or username, and password.


  • Banned

    @neil see @PJH's response, we absolutely want this stuff fixed for v1.



  • Ah sorry about that. I deployed a more better fix, please try.



  • Nope. On, Firefox 32.0a1 at least, there are two subtly different problems now depending on user interaction.

    1. Enter enough of username for dropdown to appear
    2. Mouse to select name
    3. Observe username and password field being filled out
    4. Press enter

    Expected:

    1. Pressing enter should log in

    Actual

    1. "Please enter your email or username, and password." error appears

    1. Enter enough of username for dropdown to appear
    2. Arrow key to name, press enter
    3. Observe username field being filled out

    Expected:

    1. Password field filled out
    2. Pressing enter should log in

    Actual

    1. Password field filled out
    2. "Please enter your email or username, and password." error appears without the second enter being pressed.

    In both instances, placing focus in the password field subsequently allows login.



  • Scratch what I just wrote. Actually it isn't triggering the events that Ember needs to update its models. Not sure how to hack it so it works...


Log in to reply
 

Looks like your connection to What the Daily WTF? was lost, please wait while we try to reconnect.