Page MenuHomePhabricator

iOS thinks Special:CentralAuth is a login form
Open, Needs TriagePublicBUG REPORT

Description

List of steps to reproduce (step by step, including full links if applicable):

What happens?:
iOS tries to log me into it, delaying my response to whatever urgency made me open CentralAuth on mobile in the first place.

IMG_0345.jpg (2×1 px, 225 KB)

What should have happened instead?:
The field shouldn't be detected as a login form

Software version (if not a Wikimedia wiki), browser information, screenshots, other information, etc.:

Event Timeline

Firefox desktop prompts for login details as well, it seems to also do so on a couple other forms for me, such as Special:BlockList, Special:ActiveUsers, Special:ListFiles, Special:GlobalRenameRequest.

Screenshot (278).png (963×1 px, 116 KB)

Is this still happening? The field has autocomplete="off" so I wouldn't expect it.

Yes, the browsers ignore autocomplete when determining if a form is a login form.

They certainly don't ignore it; e.g. Chromium advises autocomplete="username" for login forms. But I'm sure they have some other heuristics, I just don't see what it could be in this case - the form is not labeled as having anything to do with usernames. The field name is target, the ID is ooui-php-1, the form target is Special:CentralAuth the only even remotely relevant-sounding classname is mw-widget-userInputWidget on the parent... I guess the form label is Username: but I doubt we want to change that just to confuse browsers with stupid heuristics. Some people claim setting an invalid autocomplete value helps, I guess we could try that.