Autofill input with type='password' will trigger to autofill another input type='tel' in the same form
Reported by
viperkod...@gmail.com,
Dec 6 2017
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.97 Safari/537.36 Vivaldi/1.94.1008.34 Steps to reproduce the problem: 1. Login to web page with email and password using form with input fields with types 'text' and 'password' respectively 2. Save email/password pair to SmartLock 3. Open another form on the web page after saving operation with 3 inputs with types: 1) 'email' (disabled one, because of the parameter 'disabled' of the input tag) 2) 'tel' (it is empty by default, because it's our first login) 3) 'password' 4. Focus on input with type 'password' and hover over saved email What is the expected behavior? Password and only the password would be retrieved from SmartLock What went wrong? Empty input with 'tel' type type will also get email adress instead of nothing Did this work before? N/A Chrome version: 62.0.3202.97 Channel: stable OS Version: 10.0 Flash Version: autocomplete='tel' or autocomplete='off' parameters of the <input> tag with type='tel' are not quite useful (they doesn't work) I think there is a problem in how browser is actually interpret type='tel', for some reasons it cannot interpret type='tel' and use type='text' instead according to https://html.spec.whatwg.org/multipage/form-control-infrastructure.html#autofill
,
Dec 6 2017
,
Feb 1 2018
It seems like this issue is applicable to other input types, where the field preceding the password field is assumed to be the username field and autofilled as such, even when `autocomplete=off` is present.
,
May 22 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by viperkod...@gmail.com
, Dec 6 2017