****'s remembered instead of username
Reported by
jidanni@gmail.com,
Oct 28 2016
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 Steps to reproduce the problem: By the time of a third login to https://www.fidelity.com/ , the browser and website have completely confused the saved username / password combination with the injected **** originally from the website but now from the saved username / password list, just as in Firefox. Please see https://bugzilla.mozilla.org/show_bug.cgi?id=1313699 . What is the expected behavior? What went wrong? Wrong details saved / sent. Did this work before? No Chrome version: 53.0.2785.143 Channel: n/a OS Version: Flash Version:
,
Oct 28 2016
,
Nov 2 2016
,
Dec 15 2016
In case of failed login, the target page contains no form. Thus, our basic heuristic (that checks if the submitted form still exists) cannot handle this case. We need something more complicated and precise.
,
Jan 23 2017
jidanni@ Could you please update the thread,if you still facing this issue on the latest stable 55.0.2883.87/beta 56.0.2924.67. Thank You!
,
Jan 25 2017
OK it seems better now.
,
Jan 25 2017
jidanni@ as per the comment #6 please confirm shall we close this issue ? Thanks,
,
Feb 1 2017
Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Feb 4 2017
OK close it. Thanks.
,
Feb 6 2017
,
Jan 2 2018
Issue 797871 has been merged into this issue. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by jidanni@gmail.com
, Oct 28 2016