Týká se to i dalších stránek, např. https://cnn.iprima.cz/
Dobrý den, moje chápání hlavního hesla je následující - chrání přístup do správy hesel. Mám ho nastavené ale naprosto idiotsky je vyžadováno neustále i když žádnou správu… (přečíst více)
Dobrý den, moje chápání hlavního hesla je následující - chrání přístup do správy hesel. Mám ho nastavené ale naprosto idiotsky je vyžadováno neustále i když žádnou správu hesel neprovádím. Chci aby fungovalo výlučně jen pokud chci provádět správu hesel a přestalo mě otravovat neustále. Jak to mám nastavit. Po zrušení jeho vynuceného zadávání většinou vše funguje normálně, pouze internetbanking mé banky ho chce a tohle plně chápu a zadávám ho.
Po aktualizaci se vždy Firefox nastaví do Anglického jazyka. Po poslední aktualizaci, se mi nedaří vrátit ho zpět do Češtiny.
S pozdravem Michal Karlík.
prohlížeč se mi zvětšil o 200procen a nijak ho nemohu dát do původní velikosti
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 … (přečíst více)
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.
