I use version 68.0.3440.106 (official version) 64 bits, but the complaint below come from several users. I can not check the versions of all.
I use the same system, created by me, since last year. This year only the problem happened - and only with Chrome.
Basic indexing:
A same form, hidden by default, with three fieldsets, each with different fields, but pointing to the same data-conferencing page, via ajax. Single submit button.
In index, menu with three options:
Candidate with CPF - > display o form - > display in the fieldset with field text with name and id "cpf", mask CPFbr (jQuery);
Candidate without CPF (passport or alien registration) - > display o form - > display fieldset with text field with name and id "pass", unmasked;
Candidate already enrolled - > display o form - > display the fieldset with login fields (id and name "login_sel") and password (id and name "password_sel"), to differentiate from the "normal" login and password of the site (in another page, by the way) p>
As I said, the submit button is displayed on all three commands, in the fieldset itself.
The only problem is in option "3". Here is the example of the console when someone already registered fill in login and password:
cpf:
pass: Carlos
login_sel: emaildosinscrito@qualquer
senha_sel: jiu-z9V-fMb
email_sel:
As I described above, in option 3, the "cpf" and "pass" fields are hidden and empty by default. It works perfectly well on all browsers - including IE and Edge (who would say ...), except for Chrome, who insists on putting my first name in the "pass" field. And this was not the case last year ...
I first tried a redundancy in Jquery: by clicking option 3, it hides what is already hidden (fieldsets for cpf and pass) and still cleans the hidden fields of these fieldsets ... it does not matter.
I was only able to solve this by doing a trick on the conference page, having the code ignore the "pass" field when login_sel and password_sel are filled.
Right now, thanks.