Washington Post website does not fill in username/password of user |
||||
Issue descriptionWhat steps will reproduce the problem? (1) Subscribe to https://www.washingtonpost.com in Chrome on Android. (2) Open https://www.washingtonpost.com in Chrome on Linux. What is the expected result? Chrome on Linux should prefill username/password fields. What happens instead? Chrome on Linux did not prefill username/password fields.
,
Feb 24 2017
Chrome on Android currently fills my email into the username field, but does not fill the password field. Domain is https://subscribe.washingtonpost.com in both cases. Passwords are syncing, but chrome://settings/passwords does not show a password for Washginton Post. I'm guessing the password manager did not recognize the account signup form.
,
Feb 24 2017
vabr, the first field is classified as email. could the password filling be supressed because it's seeing email + password instead of username + password?
,
Feb 27 2017
Thanks for the analysis! I think kolos@ could know the answer to #3. Meanwhile, moving this to the passwords component and marking as available in our queue.
,
Apr 11 2017
I tested it, but I created an account instead of subscribing in step 1) Saving and autofilling works for me in M57.
,
Jan 26 2018
,
Jan 26 2018
Based on #5, it is Fixed. Perhaps there was a problem with sync. |
||||
►
Sign in to add a comment |
||||
Comment 1 by rogerm@chromium.org
, Feb 24 2017