New issue
Advanced search Search tips

Issue 908303 link

Starred by 1 user

Issue metadata

Status: Unconfirmed
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Password manager updates old entry instead of creating a new one

Reported by mr.ber...@gmail.com, Nov 26

Issue description

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

Steps to reproduce the problem:
1. Go to https://chromium-test1.appspot.com/testing/psl-matching/login
2. Login with "user"/"pass"
3. When asked to save password, do so.
4. In chrome://settings/passwords, verify that the password stored for "user" is "pass"
5. Logout
6. Login with ""/"accesskey" (empty user name - this simulates a page on the same domain that requires only a generic access key)
7. When asked to save/update password, note that the username is prefilled with "user". We do not want that! We want to save another entry with an empty username.
8. So we do just that: delete "user" from the "Update password" dialog. Note that the "Update password" buttons becomes a "Save" button as soon as we updated the username. The "Save" button remains a "Save" button even if the user name is fully deleted, indicating that we will not be updating user's password.
9. Click "Save"

What is the expected behavior?
In chrome://settings/passwords, the password stored for "user" is "pass", and that "accesskey" is stored without a username.

What went wrong?
In chrome://settings/passwords, the password stored for "user" is "accesskey". This is a bug.

Did this work before? N/A 

Chrome version: 70.0.3538.102  Channel: n/a
OS Version: 10.0
Flash Version: 

This is a refiling of archived  issue 881792 , which was mass archived due to insufficient repro steps. This issue adds improved repro steps.
 
Labels: Needs-Triage-M70
Cc: viswa.karala@chromium.org
Labels: Needs-Feedback Triaged-ET
Tried testing the issue on chrome reported version# 70.0.3538.102 using Windows-10 with steps mentioned below:
1) Launched chrome reported version and navigated to URL: https://chromium-test1.appspot.com/testing/psl-matching/login
2) Logged-in with 'user' and 'pass', clicked on 'Submit' and clicked on 'OK' on save password pop-up
3) Navigated to chrome://settings/passwords able to see password for "user" is "pass" and clicked on Logout
4) Again tried login by giving '/' as username and clicked on submit, in pop-up seen username as '/' clicked on save button on the pop-up
5) Navigated to chrome://settings/passwords able to see username as '/' and password as 'pass'

@Reporter: Please find the attached screencast for your reference and let us know if we missed anything in reproducing the issue, provide your feedback on it. If possible provide screencast of the issue which help in better understanding and further triaging it.

Thanks!
908303.mp4
2.1 MB View Download
In step 6, you logged in with a non-empty username (you used "/" as a username). Instead, you should have logged in with an empty username.

In step 8, you did not remove the username from the user name from the "save password field. Instead, you should have removed it.

Attached is my screencast.
2018-11-28_13-23-28.mp4
475 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 28

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

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

Sign in to add a comment