Bug 10416 - Cannot use dead keys to enter accented characters into password fields
Summary: Cannot use dead keys to enter accented characters into password fields
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Forms (show other bugs)
Version: 418.x
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Nobody
URL: http://www.web.de
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-15 03:12 PDT by Stefan Hδίler
Modified: 2006-12-06 05:52 PST (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Hδίler 2006-08-15 03:12:38 PDT 
Safari as well other browser on Mac OS X using the WebKit all have the problem that latin-1 input in form password fields is downgraded to their nearest ascii equivalents - typing 'pásswörd^x' into a password box actually submits 'passwordx' which is of course evaluated as a wriong password. But you can cut and paste non-ascii in and it works fine.
This applies to password fields on ALL pages.
So writing the correct password into another form field and then cutting and pasting it into the password field resolves the issue but then you need to type your password into a field which doesn't hide the characters.
Comment 1 David Kilzer (:ddkilzer) 2006-08-15 03:36:56 PDT 
I can't remember who is implementing native password text fields, so I'm copying both Adele and Hyatt on this bug.
Comment 2 Alexey Proskuryakov 2006-08-15 09:50:30 PDT 
This is a behavior of Cocoa NSSecureTextField, and it sounds like a bug to me. Please file a bug via <http://bugreport.apple.com> (free registration required) for Cocoa engineers to take a look.

For WebKit, this will hopefully be fixed with a switch to a native password text field implementation.
Comment 3 Alexey Proskuryakov 2006-12-06 05:52:51 PST 
Works as expected with the native WebKit password field; still a problem in Cocoa as of 10.4.8.