More info: This issue has been addressed in the past: https://codereview.chromium.org/34393007. We might be looking for corner cases or not straightforward instances of the above described set-up.

Hi.

I came here from  issue 347825 , it's impossible for me to see my saved passwords.

I'm using a corporate account which uses a LDAP server to provide authentication. My domain requires a userid and a password, so when I  want to look at my Chrome password (i.e. I click on the Show button) I expect to receive a query for my credentials (uid and password).

Instead, Chrome shows me my first and last name (which I can't change, I guess it's the displayName field in LDAP) and asks for my password. This way it's not possible to authenticate, so I can never see my stored passwords.

Same issue.  When attempting to "Show" my passwords in "Manage Passwords", Google first asks for my Windows login but the user name in the dialog box is my display name, not my user id.  So it doesn't matter what password I type in; it doesn't work.  Please fix!  I've been storing passwords here for years and I know very few of them myself.

Same issue. Enterprise environment. Get prompted to enter credentials for lastname, firstname. However, we do not use any such arrangement for user names and have no passwords to authenticate with this prompt. The fact that you cannot disable the extra authentication step to show your passwords is ridiculous.

Hi, /flags/#password-manager-reauthentication flag is missing on my chrome. I wanted to disable it so that i can look up the passwords 
Chrome ver:
OS Version Windows 10
I think the issue is in the way the user credentials are passed. It should be the domain/username and just not the "username" (see the snapshot) and this is the reason the password every time returns back as "Logon Invalid"

Deleted: password_issue.jpg 70.3 KB

	password_issue.jpg 70.3 KB View Download

Deleted: password_issue2.jpg 51.4 KB

	password_issue2.jpg 51.4 KB View Download

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/17b08b10ca345c198389f062ef0f24b7b9a2a6ab

commit 17b08b10ca345c198389f062ef0f24b7b9a2a6ab
Author: metaflow <metaflow@yandex-team.ru>
Date: Fri Aug 05 07:04:26 2016

Fix browser not revealing user password in some cases.

LOGON32_LOGON_NETWORK mode requires user account to have
"Access this computer from the network" privilege which could be revoked
for several reasons.
LOGON32_LOGON_INTERACTIVE makes more sense for our case as it requires
"Log on Locally" privilege.
The code is invoked only occasionally and there will be no performance hit
of switching from network to interactive logon.

References:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa378184(v=vs.85).aspx
http://www.codeproject.com/Articles/21050/Security-User-Impersonation
https://www.bitvise.com/wug-logontype

BUG= 506862 , 630317 

Review-Url: https://codereview.chromium.org/2196613002
Cr-Commit-Position: refs/heads/master@{#410009}

[modify] https://crrev.com/17b08b10ca345c198389f062ef0f24b7b9a2a6ab/chrome/browser/password_manager/password_manager_util_win.cc

Thanks to metaflow@yandex-team.ru, who could also reproduce the issue, the fix just landed as #6 here. It should be in Canary in about 2 days, it will take longer to reach the other Chrome channels (dev, beta, stable).

I will mark this issue as fixed, meaning that the code change deemed necessary was made. If you still spot the issue on Canary on 7 August 2016 or later, please comment here, stating the version information (from about:version) and what exactly do you see. If the issue turns up to exist after the fix, I'll reopen the bug.

I will also reopen the bug if any performance issues come up, as the trade-off mentioned in the fix is using a slower API.