My favorites ▼ | Sign in
Project Home Downloads Wiki Issues Code Search
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 44016: input type=text name=password autocomplete
2 people starred this issue and may be notified of changes. Back to list
Status:  WontFix
Owner:  thakis@chromium.org
Closed:  Jul 2010
M-6

Restricted
  • Only users with EditIssue permission may comment.


Sign in to add a comment
 
Reported by bitwises...@gmail.com, May 12, 2010 
Chrome Version       : 5.0.391.0 (Developer Build 45775) Ubuntu
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 4:
  Firefox 3.x: OK
IE 7:
IE 8:

What steps will reproduce the problem?
1. Create an input type=text name=password
2. In this text box hit the down arrow.

What is the expected result?
Nothing.

What happens instead?
All your passwords are displayed on the screen.

Please provide any additional information below. Attach a screenshot if
possible.
May 13, 2010
#1 megazzt 
Quick url: data:text/html,<input type="text" name="password" />

Passwords can be displayed anyways via the Show saved passwords dialog, but this does 
seem to be 

I would suggest as a fix different autocomplete sources be used for text and password 
field types, in addition to separating by the perceived type of input the box expects 
(in this case, a password thanks to the name attribute).
May 13, 2010
#2 megazzt 
Or even better, type=password will never store autocomplete data.  It should only 
contribute to saved passwords.

At least I'm assuming the passwords I'm seeing were entered in a type=password.  I 
don't recall entering them in a plaintext field.
May 15, 2010
#3 stuartmorgan@chromium.org 
(No comment was entered for this change.)
Labels: -Area-Undefined Area-UI Feature-Autofill
May 24, 2010
#4 jhawk...@chromium.org 
(No comment was entered for this change.)
Status: Assigned
Owner: jhawk...@chromium.org
May 24, 2010
#5 jhawk...@chromium.org 
(No comment was entered for this change.)
Labels: OS-All
May 24, 2010
#6 jhawk...@chromium.org 
(No comment was entered for this change.)
Labels: Mstone-6
Jun 3, 2010
#7 jhawk...@chromium.org 
(No comment was entered for this change.)
Owner: geor...@chromium.org
Jul 1, 2010
#8 jhawk...@chromium.org 
(No comment was entered for this change.)
Owner: tha...@chromium.org
Jul 7, 2010
#9 thakis@chromium.org 
bitwiseshiftleft: I assume you mean "data:text/html,<input type="password" name="foo" />"? name is a free form parameter, setting it to "password" doesn't mean anything.
Jul 9, 2010
#10 thakis@chromium.org 
bitwiseshiftleft, megazzt: Ignore comment 9. I misunderstood the bug report.

I cannot reproduce the problem though. Can you provide more detailed repro instructions, maybe with screenshots?

I'm closing this because I can't reproduce. I will reopen this bug if you reply.
Status: WontFix
Oct 12, 2012
#11 bugdroid1@chromium.org 
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Labels: Restrict-AddIssueComment-Commit
Mar 10, 2013
#12 bugdroid1@chromium.org 
(No comment was entered for this change.)
Labels: -Area-UI -Feature-Autofill -Mstone-6 M-6 Cr-UI Cr-UI-Browser-Autofill
Mar 13, 2013
#13 bugdroid1@chromium.org 
(No comment was entered for this change.)
Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue
► Sign in to add a comment

Powered by Google Project Hosting