"Use password for" selection also changes unrelated lines within the form
Reported by
jidanni@gmail.com,
May 22 2018
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36 Steps to reproduce the problem: See the "Use password for 積丹尼 jidanni@jidanni.org 台中東勢(山上無郵政) " lines? OK, if I pick the 積丹尼 line, it has the nasty side effect of changing the already correctly filled in innocent "*電子信箱:jidanni@jidanni.org 範例:abc@yahoo.com.tw" line above it, to become "*電子信箱:積丹尼 範例:abc@yahoo.com.tw" (I was filling in the form on https://www.traffic.taichung.gov.tw/mail/index.asp?Parser=99,9,68,66 but I recall seeing this happen on other websites too.) What is the expected behavior? What went wrong? Password operation on line 5 changes email on line 3 of same form. Did this work before? N/A Chrome version: 66.0.3359.181 Channel: stable OS Version: Flash Version:
,
May 24 2018
Thanks for filing the issue! It is understood from comment#0 that, when filling the form, text in the form is getting altered(...i.e., Password operation on line 5 changes email on line 3 of same form.), As we are not very clear about the exact issue being faced by you, it would be highly helpful if elaborated on it. From screenshot it is evident that Autofill of saved passwords are being used - requesting you to clarify on this too. Any further inputs from your end may be helpful.
,
May 24 2018
Yes. Maybe we are used to fields below where we are getting filled in. But here is goes back and affects fields above our present position -- fields that we already finished completing and were already happy with.
,
May 25 2018
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
,
May 30 2018
Tested the issue on chrome reported version 66.0.3359.181 using Ubuntu 14.04 with steps mentioned below: 1) Launched chrome reported version and navigated to URL: https://www.traffic.taichung.gov.tw/mail/index.asp?Parser=99,9,68,66 2) For the first time saved the password, then again filled Name, Phone, Email and address, when clicked on Password field, got the suggestion for the email given above. @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 which help in further triaging it. Thanks!
,
May 30 2018
Thanks for making the video. However I think the problem occurs when one has more than one item to choose from in the "Use Password For:" list. Anyway, you know what it did today? Well on the "report environmental offenders" form https://ww3.epa.gov.tw/Public/Case_Add.aspx it went and put my phone number where the offenders phone number goes... Good thing I went back up to make a review of all fields before pressing Submit, else I would have "reported myself to the police'! Anyway in this case no passwords were involved, just some email, phone choices etc... Anyway it is being overhelpful and filling in items higher up in the form...
,
May 30 2018
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
,
May 30 2018
Here we see on mouseover it is filling in a phone number box it found way above where we are picking the email it is asking us about. Alas it is the offender's phone, not the reporter's (us) phone. And mainly it is going backwards and changing fields we thought we already reviewed.
,
May 30 2018
OK the order of the fields might be two column and we think it is one column, but still... anyways this was a blank form and the yellow boxes is where it is filling in things...
,
Jul 5
As per your comment #6 tested this issue on reported chome66.0.3359.181 and latest stable version 67.0.3396.99 using Linux 17.10. @Reporter: We are able to see the auto fill details correctly. Can you please upgrade to latest chrome stable 67.0.3396.99, you can download latest chrome builds here:""https://www.chromium.org/getting-involved/dev-channel"". Let us know whether issue still persists. Thanks.!
,
Jul 7
https://bugs.chromium.org/p/chromium/issues/detail?id=845417#c10 Yes the problem persists in version 68. Seen on various sites, after one has built up several items that the browser is storing. However I have found a workaround: just type in the password manually. That way other fields don't get changed, and also one can be sure of the password that is being typed in. As it takes a lot of work to check what the dots that chromium types in stand for. Things run nicely when there is just username / password login forms. Things run afoul where there are more fields, like when one is filling out a contact form which includes a password one is to set to check the progress of the inquiry later there on the government's site.
,
Jul 7
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
,
Nov 19
**UI mass Triage** We were unable to reproduce this bug on chrome latest versions( 70.0.3538.102). If this bug still reproduces for you, please reopen or file a new issue. Thanks! |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by sindhu.chelamcherla@chromium.org
, May 22 2018