Skip to content
This repository has been archived by the owner. It is now read-only.

Remove autocomplete="off" from the password field #1788

Closed
cvan opened this issue Oct 17, 2014 · 9 comments
Closed

Remove autocomplete="off" from the password field #1788

cvan opened this issue Oct 17, 2014 · 9 comments
Assignees
Labels

Comments

@cvan
Copy link

@cvan cvan commented Oct 17, 2014

Per this comment by @ckarlof, perhaps it's worth revisiting the autocomplete="off".

When signing up for a Marketplace account, I was surprised to not see my email address be autocompleted. Then, when setting up a Firefox Accounts account for Loop, I noticed the same thing.

@ckarlof
Copy link
Contributor

@ckarlof ckarlof commented Oct 17, 2014

Yeah, we have it on our "plaintext" password field for good reason (the browser shouldn't remember your passwords outside the password manager), but it would probably be a good idea to remove it on the email field.

@ckarlof
Copy link
Contributor

@ckarlof ckarlof commented Oct 17, 2014

Duplicate of #1203.

@ckarlof
Copy link
Contributor

@ckarlof ckarlof commented Oct 17, 2014

Using this to track removing autocomplete=off from the password field and using #1203 to track removing it from the username field.

We need to keep autocomplete=off on the field that shows the user's "unmasked" password, otherwise it will end up in the autocomplete DB (see #783).

These issues are separate because removing autocomplete=off on the password field could cause a regression in "don't offer me to set up Sync while I'm setting up Sync issue". There are better solutions than using autocomplete=off, but we should have those in place before we removeautocomplete=off` from our password field.

@ckarlof ckarlof changed the title Consider removing autocomplete="off" on form fields Remove autocomplete="off" from the password field Oct 17, 2014
@cvan
Copy link
Author

@cvan cvan commented Oct 19, 2014

Yeah, we have it on our "plaintext" password field for good reason (the browser shouldn't remember your passwords outside the password manager), but it would probably be a good idea to remove it on the email field.

If the plaintext field is visible, how about having the <input type="text" autocomplete="off"> element change to <input type="password"> upon form submit?

@pdehaan pdehaan added the ux label Oct 20, 2014
@ckarlof
Copy link
Contributor

@ckarlof ckarlof commented Oct 20, 2014

It's not clear the specific signals the browser is relying on to save form data. Having autocomplete="off" only on the text input (but not on the password input) may be sufficient (without needing to do the visual switch).

@cvan
Copy link
Author

@cvan cvan commented Nov 13, 2014

@ckarlof
Copy link
Contributor

@ckarlof ckarlof commented Dec 12, 2014

@shane-tomlinson, wanna take a crack at this?

Here is the necessary history and context:

Here's what I propose:

  • Revert the behavior to something like what was done in #363, which only puts autocomplete=off on the password field when we're logging into Sync
  • Remove autocomplete=off on the email input (fixes #1203)
  • Make sure we never submit the form with the "visible password" input shown or make sure it has autocomplete=off, so we don't get a regression on #783. (See what @cvan did in #1788 (comment).)
@ckarlof
Copy link
Contributor

@ckarlof ckarlof commented Dec 12, 2014

This work might also address #1780.

@shane-tomlinson
Copy link
Member

@shane-tomlinson shane-tomlinson commented Dec 15, 2014

Remove autocomplete=off on the email input (fixes #1203)

None of the email fields had the autocomplete attribute - see #1203 (comment), closed #1203

@shane-tomlinson shane-tomlinson self-assigned this Dec 15, 2014
shane-tomlinson pushed a commit that referenced this issue Dec 15, 2014
…ds acting as passwords.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 16, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 17, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 17, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 17, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 17, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 17, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
shane-tomlinson pushed a commit that referenced this issue Dec 17, 2014
…ssword fields!

* Always add `autocomplete=off` when the relier is Sync.
* Add `autocomplete=off` to text fields acting as passwords, otherwise passwords are displayed in a form autocomplete dropdown. Yuck.

fixes #1788
@zaach zaach closed this in #1989 Dec 23, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

5 participants