618698 - Username autocompletion not attached on https://auth.freenet.de (swapping between visible <input>)

Status: NEW

(Toolkit :: Password Manager, defect, P3)

Description

[TheRave]

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101212 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101212 Firefox/4.0b8pre

Fx ask for remember password and we want it...

At next login autocomplete doesnt work. I can write the username and Fx make autocomplete for the password field.

Maybe the form in a div container is the problem?

Reproducible: Always

Steps to Reproduce:
1.logon
2.reply the question for remember passwords
3.at next logon we have no autocomplete for username
4. type username and we get password automatically
Actual Results:  
empty field for username

Expected Results:  
Autocomplete username and password

Comment 1

[Matthias Versen [:Matti]]

The username field contains predefined values "Ihr Freeenet login" and the password manager doesn't overwrite that (by design). The Username is offered once you start typing it. The password field is cleared via JS if you tab from the username field in the password

Do you mean that ?

Comment 2

[TheRave]

Yes, i mean that. You mean, this behavior is wanted by design? I see no reason not to overwrite this predefined values, because we want to login...

Comment 3

[Matthias Versen [:Matti]]

How should the password manager know that this is not a valid value in that field ? 
It knows it only after you activate that username Form which clears it.
Some login Forms contain valid entries that it got from a cookie as example.

Comment 4

[TheRave]

Why should passwordmanager distinguish between "possible" valid predefined values and its own stored data which are also valid. Overwrite the stuff and ready to login. If we dont want this behavior we have the possibility to make an exception for this website and disable it.

Up to now i havent seen forms with valid predefined entries. But i must say i have never used the "stay logged in" option by cookies of the websites. 

Nevertheless, a "valid" entry know the password manager and i see no reason not to overwrite the predefined values. It seems to be a won't fix for you. So its a job for greasemonkey for this annoying behavior.

Comment 5

[Matthew N. [:MattN]]

The website should definitely be using @placeholder instead of pre-filling the value. We do attach the autocomplete dropdown and I'm not sure what more we can do without user-interaction.

Comment 6

[Matthew N. [:MattN]]

Attachment: Testcase

Comment 7

[Matthew N. [:MattN]]

The website should definitely be using @placeholder instead of pre-filling the value. We don't currently  attach the autocomplete dropdown so that's what this bug can be about since I don't think we'll auto-fill. I was initially confused by the form history dropdown so beware of that when testing.

Comment 8

[TheRave]

The bug is 5 years old. I believe the website was since 2010 two times redesigned. If there are still the same problems, it shows only the reality here in this matter. Not all website designer want to do things as from webbrowser programmers expected. Also today i say it should for Fx not from interest, if there are predefined values in the field. There is a password field  and this is to fill with values from password manager. This is the task, not more and not less. And whatever in these fields was prefilled, it can not be correct to get access to the website.
.
In the meantime i have this solved this with Keefox addon & Keepass. They do the job as expected. From my side, you can close this bug as wontfix.

Comment 9

[Matthew N. [:MattN]]

Autocomplete seems to be working for me now but I'm not sure what fixed it…

Comment 10

[Matthew N. [:MattN]]

It's not working again but the problem is less severe since we autocomplete on the password field now and the user would get form history on the username field.