Windows 10 reached EOS (end of support) on October 14, 2025. If you are on Windows 10, see this article.

Sykje yn Support

Mij stipescams. Wy sille jo nea freegje in telefoannûmer te beljen, der in sms nei ta te stjoeren of persoanlike gegevens te dielen. Meld fertochte aktiviteit mei de opsje ‘Misbrûk melde’.

Mear ynfo
Dizze konversaasje is argivearre. Stel in nije fraach as jo help nedich hawwe.
Oplost Argivearre

Autofill inserts login into billing email instead of login input – bad heuristics

pavel7

Hello,

I understand that Firefox aims to be user-friendly. But after all the problems with unwanted autofill of login/password fields in registration forms — and putting aside the security issue of prefilled passwords being easily revealed...

…I’ve run into what looks like a bug in the autofill logic.

In my form, I have:

a billing contact section, with an input name="data[inv][email]"

and a login section, with name="signLogin" and name="signPwd"

Now tell me — what do you think the user expects to see prefilled when logging in? The billing email? Or maybe the actual login input?

Right now, Firefox decides that the billing field is a better candidate for autofill. Which makes me wonder… is your detection logic just matching the first input with a name that fits /^email$/?

Because if that’s the case — seriously — maybe someone working on the heuristics should pause and think. Blasting credentials into random inputs just because the name looks vaguely like "email" is not a smart strategy.

This isn’t meant to insult anyone. It’s a bug report. And a bit of constructive sarcasm, yes — because this has a real impact on UX and user trust.

Attached screenshot is from my dev environment. It shows the autofill behavior clearly: The password field is autofilled. The actual login field remains empty. Instead, the billing contact email field (with name data[inv][email]) gets filled This is not expected behavior, and highlights the flaw in autofill heuristics.

Best regards, Pavel

PS: Translated from my native language into English using a translator.

Hello, I understand that Firefox aims to be user-friendly. But after all the problems with unwanted autofill of login/password fields in registration forms — and putting aside the security issue of prefilled passwords being easily revealed... …I’ve run into what looks like a bug in the autofill logic. In my form, I have: a billing contact section, with an input name="data[inv][email]" and a login section, with name="signLogin" and name="signPwd" Now tell me — what do you think the user expects to see prefilled when logging in? The billing email? Or maybe the actual login input? Right now, Firefox decides that the billing field is a better candidate for autofill. Which makes me wonder… is your detection logic just matching the first input with a name that fits /^email$/? Because if that’s the case — seriously — maybe someone working on the heuristics should pause and think. Blasting credentials into random inputs just because the name looks vaguely like "email" is not a smart strategy. This isn’t meant to insult anyone. It’s a bug report. And a bit of constructive sarcasm, yes — because this has a real impact on UX and user trust. Attached screenshot is from my dev environment. It shows the autofill behavior clearly: The password field is autofilled. The actual login field remains empty. Instead, the billing contact email field (with name data[inv][email]) gets filled This is not expected behavior, and highlights the flaw in autofill heuristics. Best regards, Pavel PS: Translated from my native language into English using a translator.
Keppele skermôfbyldingen

Alle antwurden (1)

Keazen oplossing

Tohle není fórum, které by ti pomohlo vyřešit tvůj problém. Je to jenom fórum uživatelů, tvůj problém přednes autorům Firefoxu: https://bugzilla.mozilla.org Pokud používáš k vyplňování formuláře nějaký doplněk, kontaktuj jeho autora,