Opened 11 years ago
Closed 11 years ago
#2772 closed enhancement (fixed)
Add autocomplete="off" to login widget and form password fields
| Reported by: | netweb | Owned by: | netweb |
|---|---|---|---|
| Priority: | normal | Milestone: | 2.6 |
| Component: | API - Registration | Version: | 2.0 |
| Severity: | normal | Keywords: | good-first-bug has-patch |
| Cc: |
Description
Browsers (IE, Chrome, Firefox) no longer respect autocomplete="off" on <input type="password" /> fields.
Via #BuddyPress6269 and #WP24364
This is the best summary from @hnla rounds it up well: https://buddypress.trac.wordpress.org/ticket/6269#comment:3
https://bugzilla.mozilla.org/show_bug.cgi?id=956906
The summary from a very long thread from a Mozi discussion on the subject:
Summary of the change, so people don't have to wade through a long discussion:
- This change makes it so that
autocomplete=offdoes not stop the Password Manager >from working. Normal form autofill can be disabled as usual.- The password manager *always* prompts if it wants to save a password. Passwords are >not saved without permission from the user.
- We are the third browser to implement this change, after IE and Chrome.
- This can be undone locally by flipping the
signon.storeWhenAutocompleteOffpref >(from about:config) off.- The rationale behind this change was the widespread abuse of the
autocomplete>attribute to prevent password saving where no prevention is required. This change gives >users full control over password saving, without compromising on security (again, the user >is always prompted).
Seems overall thatautocomplete=offshould be implemented, the main concern in doing so being that preventing browsers auto saving to password managers would be a very bad thing possibly resulting in people using weak passwords where they might have been using very strong ones in the knowledge that a browser action by user would have the password inserted to field.
It seems that Mozi here acknowledge that they are the last to implement a fix for autocomplete disabling their password saving thus all major browsers are safe in this respect and my 20 char passwords will be automagically inserted regardless of autocomplete set.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Added 'autocomplete="off"' to password field