New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 688998 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug

Blocking:
issue 699530



Sign in to add a comment

Saved password suggested in wrong field

Reported by mjgreen...@gmail.com, Feb 6 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.95 Safari/537.36

Steps to reproduce the problem:
Hard to know how reproducible this is in general, but I work on an application which has this problem:

1. Login to application
2. Allow Chrome to save email and password in Smart Lock
3. On registration form, saved email and password are suggested in the mobile number and password field respectively.

Basic form layout is as follows (irrelevant attributes removed for brevity)..

Login form:

<input name="email" type="email" id="email" autocomplete="email">
<input type="password" name="password" id="password">

Registration form:
.
.
<input id="email" type="email" name="email" autocomplete="email">
<input id="mobile" type="tel" name="mobile" autocomplete="tel">
<input id="password" type="password" name="password">
.
.

My only theory is that Chrome just guesses that the field which precedes the password field is the email/username field.

What is the expected behavior?
Saved credentials suggested for email and password fields

What went wrong?
Saved credentials suggested for mobile and password fields

Did this work before? N/A 

Chrome version: 55.0.2883.95  Channel: n/a
OS Version: OS X 10.11.5
Flash Version: Shockwave Flash 24.0 r0

 
Labels: Needs-Milestone
Cc: sureshkumari@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on Mac-10.12.2 and Windows-7 using chrome version 56.0.2924.87 and canary 58.0.3007.0 with the steps mentioned above.

Observed that Chrome has auto filled the username and password fields correctly.
could you please upgrade the chrome to latest version and try in clean profile without any apps and Extensions and please let us know your observations if the issue still persists.

Thanks..

Comment 3 by shrike@chromium.org, Feb 18 2017

Can you provide a link to an example page on the web that is exhibiting the problem?
Unfortunately I experience this on a product I'm developing which is not yet live and available to the public. I can reproduce it on a clean, up to date version of Canary (58.0.3019.0).

I appreciate this isn't much help at this moment in time. Perhaps it would be best to re-open this in about a month when the product will be launched.
Project Member

Comment 5 by sheriffbot@chromium.org, Feb 28 2017

Labels: -Needs-Feedback Needs-Review
Owner: sureshkumari@chromium.org
Thank you for providing more feedback. Adding requester "sureshkumari@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by a...@chromium.org, Feb 28 2017

Components: -UI UI>Browser>Passwords
Owner: vabr@chromium.org
vabr, can you take a look?

Comment 7 by vabr@chromium.org, Feb 28 2017

Cc: kolos@chromium.org dvadym@chromium.org
Labels: -Pri-2 Hotlist-Polish Pri-3
Owner: ----
Status: Available (was: Unconfirmed)
I suggest trying autocomplete="username email" for the desired username field.

Other than that, the current heuristics Chrome uses is indeed to take the first text field before the password field.

We are also just adding some more interesting heuristics, but they are hosted on a support server and might only trigger for sufficiently frequently visited public sites, IIUC. I'm adding dvadym@ and kolos@ to correct me if I'm wrong.

Also, dvadym@ and kolos@ feel free to either keep this open as a reminder, or close if the effort fixing this is already tracked elsewhere. Thanks!
Here more details, on our recommendation on password form structure
https://www.chromium.org/developers/design-documents/form-styles-that-chromium-understands

You can also add autocomplete="new-password" for a password field on the registration form, it will prevent from filling this field.

Comment 9 Deleted

Adding "username" to the autocomplete for the email field does the trick, thanks very much all.

Note - I used this page to know what to use on each field: https://developers.google.com/web/updates/2015/06/checkout-faster-with-autofill

This has no mention of the "username" value, so it might be worth getting whichever team has control over this to add it.

Comment 11 by vabr@chromium.org, Mar 2 2017

Thanks for pointing out that the page with the autofill advice does not mention the passwords-related fields. The advice for passwords is summarised on https://www.chromium.org/developers/design-documents/form-styles-that-chromium-understands. I posted a comment on the page you linked to point people there, and I will check if we can get a post-publishing edit to that autofill article.
Labels: -Needs-Review
Cleaning up sheriffbot label "Needs-Review" label as a part of modified "Needs-Feedback" sheriffbot rule. [ref bug for cleanup 684919]

Comment 13 by kolos@chromium.org, Jan 26 2018

Blocking: 699530

Sign in to add a comment