Password filler looks like it is prompting with the raw strings themselves
Reported by
jidanni@gmail.com,
Nov 18
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Steps to reproduce the problem: 1. User is prompted to fill in one of his passwords 2. But they just look like email addresses, etc. What is the expected behavior? Perhaps at the top have a line "Fill in password related to:" What went wrong? It looks like he is about to fill in these raw strings themselves. Did this work before? N/A Chrome version: 70.0.3538.102 Channel: stable OS Version: Flash Version: Also those globes at the right end of each line look like they mean "your password for that item is 100% public already" or something.
,
Nov 18
To reproduce it you have to have used the form several times. So if you can't reproduce it right away, just close this bug.
,
Nov 18
It prompts with items it plans to fill in to fields other than the one it colored blue in the first place.
,
Nov 18
,
Nov 20
Tried testing the issue on reported chrome version #70.0.3538.102 using Ubuntu 17.10 by following steps as per comment#0, following are the observations noted while testing the issue. Observations: =========== 1.After filling the email id in "*電子信箱:" textbox then after clicking "*密 碼:" found that there are already suggestions of previously saved passwords. After selecting one of them observed that the value in "*電子信箱:" did not change. 2.Reloaded the page and entered an email id in "住 址:" textbox, then on selecting a value from suggestions of previously saved passwords in "*確認密碼:" , the value of "住 址:" did not change. 3.When filled the value in "*確認密碼:" from the suggestions of of previously saved passwords, then automatically in "住 址:" email value assosciated to the selected password got filled in. 4.Unable to see "Fill in password related to:" at the top line. Attached screencast for reference. @reporter: Could you please let us know if anything is being missed here. Thanks.!
,
Jan 16
(6 days ago)
Currently here is my strategy with this form: $ mech-dump https://www.traffic.taichung.gov.tw/mail/index.asp?Parser=99,9,68,66 cname= (text) 5. click to autofill. tel= (text) 6. this gets autofilled. email= (text) 4. this gets autofilled. address= (text) 2. this gets autofilled, but wrongly with my email. 7* pwd= (password) 3. click to autofill. chk_pwd= (password) 1. click to autofill. *now erase, and click to select proper address. Anyway, we see the problem is just too complex. So maybe just give up on this bug.
,
Jan 16
(6 days ago)
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 |
||||
Comment 1 by jidanni@gmail.com
, Nov 18