Opened 14 years ago
Closed 14 years ago
#14455 closed defect (bug) (duplicate)
Saved WP Login with Google Chrome does not show the user name when the login page is visited at a later time
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Milestone: | Priority: | normal | |
| Severity: | normal | Version: | 3.0.1 |
| Component: | Accessibility | Keywords: | |
| Focuses: | Cc: |
Description
Using Google Chrome, when you access the login page of the WP dashboard and input the user name and Password, we can save the login info in chrome.
When a new Chrome session is started (close chrome and reopen) and access the login page, Chrome SHOULD show the user name and password (dots) so that we can just click on the login button to login.
What is HAPPENING is that Chrome is only showing the password dotted but for the user, it is showing a blank field.
However, if you type the first letter of the user name it shows up and then you can click the login button. Well, this is not practical especially if you have many sites to manage.
Why it is a WordPress bug and not Chrome's ?
Well, this problem only happens with WordPress 3.0. WordPress 2.9 did not have this problem, I access the login page and then click Log In, so easy. (Chrome shows the user name and password with WP 2.9)
I tested this on Chrome (of course) running in Vista and XP.
Why should this be solved?
Because it very practical to just click the login link on the bookmarks bar and then click the log In button to get into the dashboard.
Attachments (1)
Change History (5)
#2
@
14 years ago
- Cc sj@… added
- Severity changed from trivial to normal
This is not trivial, and causing a great deal of annoyance. See #14031
#3
@
14 years ago
- Version changed from 3.0 to 3.0.1
This has been set to be fixed with WP 3.1 at the other ticket http://core.trac.wordpress.org/ticket/14031
I think that this bug deserves a 3.0.2 so that the fix is available as soon as possible. As I saw in the blog, 3.1 will be released after months especially that the focus now is on WP.org environment.
The bug is not critical but is really annoying and time drainer.
Anyway, this ticket should be associated with the other one and both solutions should be tested.
This is a fault in the wp-login.php javascript function wp_attempt_focus. I've replicated the issue in FireFox and Safari.
Attached is a patch to wp-login.php that checks whether the username is filled in. If it is, then focus is given to the Log In button so that we can just push enter to login. If no username is given, then the username field is in focus.