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

Issue 802302 link

Starred by 2 users
Status: Duplicate
Merged: issue 786312
Owner:
jdoerrie@chromium.org
Closed: Jan 2018
Cc:
█ spqc...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

password manager "remove" menu item removes the wrong password

Project Member Reported by garymm@google.com, Jan 16 2018 
Chrome Version       : 63.0.3239.132
OS Version: OS X 10.13.2
URLs (if applicable) : chrome://settings/passwords
Other browsers tested: N/A

What steps will reproduce the problem?
1. Open chrome://settings/passwords
2. In the search box, search for a URL that will result in two passwords being shown in the results list. In my case I have two passwords stored for the same URL.
3. Click the 3 dot menu button next to the top result.
4. Click Remove

What is the expected result?

The top result is removed, the second result remains.

What happens instead of that?

The second result is removed, the top one remains.

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

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

Comment 1 by spqc...@chromium.org, Jan 16 2018

Components: UI>Browser>Passwords

Comment 2 by spqc...@chromium.org, Jan 16 2018

Labels: Needs-Feedback
[mac bug triage] I'm unable to reproduce it. Can you add a screencast? Thanks!

Comment 3 by garymm@google.com, Jan 16 2018 

I don't want to include a screencast since it's my real passwords, and I can't seem to get the "import" flow to work with a CSV.
Is this CSV just badly formatted?

name,url,username,password
ex,login.example.com,example@example.com,password1
ex,login.example.com,example@example.com,password2
Project Member

Comment 4 by sheriffbot@chromium.org, Jan 16 2018

Cc: spqc...@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "spqchan@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

Comment 5 by battre@chromium.org, Jan 17 2018

Owner: jdoerrie@chromium.org
Status: Assigned (was: Unconfirmed)

Comment 6 by jdoerrie@chromium.org, Jan 17 2018

Labels: Needs-Feedback
Could you try to confirm that indeed the wrong password is deleted? We had a UI bug in M63 ( https://crbug.com/786312 ) that would keep showing the password of the deleted entry, however the deletion itself was correct. If you hide and show the password again does it change? Also does this reproduce for you in the current Chrome Beta?

Comment 7 by garymm@google.com, Jan 17 2018 

You are right, hiding and showing the password again does reveal that the correct password was deleted.
So I guess this can be marked a dup of  https://crbug.com/786312 .
Sorry for the noise and thanks for fixing the bug!

Comment 8 by spqc...@chromium.org, Jan 17 2018

Mergedinto: 786312
Status: Duplicate (was: Assigned)
[mac bug triage] Thank you for the confirmation!
►

Sign in to add a comment