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

Issue 675341 link

Starred by 2 users

Issue metadata

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

Blocking:
issue 777299



Sign in to add a comment

Cannot access to saved password in password manager

Reported by eric.ha...@gmail.com, Dec 17 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. open cofiguration/password management/show password
2. enter window passsword to access the saved password
3. 

What is the expected behavior?
See password

What went wrong?
the window password is rejected

Did this work before? N/A 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 24.0 r0

- New installation on microsoft Surface. Used the import/export passwords from another laptop after enabling corresponding flag.
PIN was enabled.
entering the PIN instead of windows password does not work neither.
Disabling PIN authetification does not solve the problem.
 
PIN was not enabled before imoporting password, it has been enabled/disabled after.
I Did not try to show password before enabling PIN, so I can't tell if it worked before

Comment 3 by ajha@chromium.org, Dec 19 2016

Components: -UI UI>Browser>Passwords
Labels: M-55 prestable-55.0.2883.87

Comment 4 by vabr@chromium.org, Dec 19 2016

Cc: wfh@chromium.org
Labels: -Pri-2 -M-55 Hotlist-Polish Needs-Feedback Pri-3
Thanks for the report.

Missing support for PIN is a known issue: bug 574581.

Given that you report also that disabling the PIN did not solve the problem, could you please help me understand more?
 * When you disable PIN, is login guarded by a password instead?
 * If you use a password, is your account perhaps Active Directory (that would be bug 674483)?

Adding wfh@, who is a Windows expert, in case he has more suggestions.
Hi,
here are the answers to your questions:
- yes, login is guarded by a password, the one that was used before PIN was enabled
- no, I am not using activeDirectory, but office365 login (or maybe office365 is using AD?).

regards
eric

Comment 6 by vabr@chromium.org, Dec 20 2016

Labels: -Needs-Feedback
Thanks for the answers in #5.

wfh@, do you have any ideas about why the password is not accepted by the reauth prompt?

Comment 7 by wfh@chromium.org, Dec 20 2016

Cc: anan...@chromium.org
no I don't know why this wouldn't be working, certainly we know that reauthentication using a microsoft account does work, but perhaps something about enabling then disabling PIN access breaks the login flow somehow.

I think the best bet would be to try and get a local repro of this, perhaps TE can help?
If it can help, when I look to my profile in account management, it says: xxxxx@AzureAD
does this mean Azure uses an AD?

Labels: TE-NeedsTriageHelp M-55
This can't be triaged from TE end, hence added TE-NeedsTriageHelp to further investigation.

Comment 10 by vabr@chromium.org, Oct 23 2017

Blocking: 770046
Status: Available (was: Unconfirmed)

Comment 11 by vabr@chromium.org, Oct 23 2017

Blocking: -770046 777299
Project Member

Comment 12 by sheriffbot@chromium.org, Oct 23

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Available (was: Untriaged)

Sign in to add a comment