New issue
Advanced search Search tips

Issue 593246 link

Starred by 11 users

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug

Blocking:
issue 770175



Sign in to add a comment

Password Manager doesn't save / autofill passwords on Citi credit cards

Project Member Reported by willchan@chromium.org, Mar 9 2016

Issue description

Chrome Version       : 49.0.2623.75
OS Version: OS X 10.11.3
URLs (if applicable) : https://online.citi.com/US/Welcome.c, https://online.citi.com/US/JPS/portal/Index.do, https://www.citi.com/credit-cards/citi.action

What steps will reproduce the problem?
1. Activate credit card on https://citi.com/activate
2. Create password, save it in password manager. Succeed at saving password, but not username.
3. Sign out
4. Try to sign in at one of the above URLs
5. No prompt to autofill username/password
6. Manually type in username/password
7. No prompt to save username/password

What is the expected result?
Autofills password
Prompts to save manually entered username/password


What happens instead of that?
No autosave/prompt.

Please provide any additional information below. Attach a screenshot if
possible.

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36



 

Comment 1 by vabr@chromium.org, Mar 9 2016

Labels: Hotlist-Polish
Status: Available (was: Untriaged)
Looking at chrome://password-manager-internals/, it seems like the website removes the password fields before submitting the page.

Also, the password form contains multiple dummy password fields, which confuses the password manager.

Comment 2 by kolos@chromium.org, Dec 14 2016

 Issue 596477  has been merged into this issue.

Comment 3 by kolos@chromium.org, Dec 15 2016

The login form contains 5 password elements (<input type="password">). 4 of them are hidden actually, but form_util::IsWebNodeVisible says visible for all. 

So, we have 5 password elements and give up to classify them (see LocateSpecificPasswords). 

form_util::IsWebNodeVisible must be fixed.

Comment 4 by kolos@chromium.org, Dec 22 2016

Owner: kolos@chromium.org
Status: Assigned (was: Available)
Switching from IsWebNodeVisible (that check whether the element takes spaces) to IsFocusable fix this bug.

I will fix it  later.

Comment 5 by kolos@chromium.org, Mar 23 2017

Status: Started (was: Assigned)
Project Member

Comment 6 by bugdroid1@chromium.org, Mar 28 2017

Comment 7 by kolos@chromium.org, Mar 29 2017

Status: Fixed (was: Started)
What build of Chrome will this be in?

Comment 9 by battre@chromium.org, Mar 31 2017

M59

Comment 10 by taviso@google.com, Sep 27 2017

Labels: OS-Linux OS-Windows
Status: Assigned (was: Fixed)
This still doesn't work for me in M61.

Comment 11 by kolos@chromium.org, Sep 27 2017

Saving part should work when this CL (https://chromium-review.googlesource.com/c/chromium/src/+/610080) is landed. Didn't have time for that for a while. 

Filling part needs more complex changes.
I've been able to save passwords with the #enable-password-force-saving flag. The filling still doesn't work (which seems to be expected).
Even the saving fails for me on https://online.citi.com/US/Welcome.c. I see cases where the wrong username is saved ("t**t" instead of "test") and the wrong password is saved (a single character instead of what I typed).

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

Blocking: 770175

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

Status: Fixed (was: Assigned)
It works:
- saving (automatic and fallback)
- filling (there is a minor issue: the username field looks empty till a user clicks on the page)
- Chrome saves correct username, w/o stars (I noticed this before, but I failed to get incorrect username in a bubble)

Sign in to add a comment