480277 - [Mac] Can't switch keyboard layout on input type="password"

Status: RESOLVED INVALID

(Core :: Widget: Cocoa, defect)

Description

[Danil Ivanov]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090225 Shiretoko/3.1b3pre XPCOMViewer/1.0a1
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090225 Shiretoko/3.1b3pre XPCOMViewer/1.0a1

Can't change keyboard layout on input type="password" fields. Always selected U.S.

Reproducible: Always

Steps to Reproduce:
Mac OS X 10.5.6
Keyboard layouts: U.S., Russian-PC.

1. Load web page with <input type="password"/> field.
2. Switch current layout to "Russian-PC".
3. Focus on password field.
4. Keyboard layout changed to "U.S."
Actual Results:  
5. Can't change keyboard layout back to "Russian-PC" by shortcut (Cmd+Space) or input menu in menu bar ("Russian-PC" menu item is disabled).

Expected Results:  
5. Can change keyboard layout back to "Russian-PC" by shortcut (Cmd+Space) or input menu in menu bar.

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090225 Shiretoko/3.1b3pre
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.6) Gecko/2009011912 Firefox/3.0.6

Comment 1

[Danil Ivanov]

Attachment: Input menu with disabled "Russian - PC"

Comment 2

[Alexander L. Slovesnik]

Confirming, based on user report in forum, moving to right (I hope) component. Raising severity, as user basically can not password that contains cyrillic letters.

Comment 3

[Alexander L. Slovesnik]

See comment # 2.

Comment 4

[Alexander L. Slovesnik]

(In reply to comment #2)
> Raising severity, as user basically can not password that contains cyrillic
> letters.
s/can not/can not enter/

Comment 5

[Danil Ivanov]

Also reproduced:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090226 Minefield/3.2a1pre

Not reproduced:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.18) Gecko/20081029 Firefox/2.0.0.18

Comment 6

[Alexey Gubanov]

You can see this bug in Camino 2.0b1 too.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en; rv:1.9.0.6pre) Gecko/2008121820 Camino/2.0b1 (like Firefox/3.0.6pre)

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This is almost certainly a result of the changes in bug 358899 (see bug 358899 comment 6, bug 358899 comment 8, and bug 358899 comment 13).

Comment 8

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

This behavior is designed. It is same as native password field. If you need to change the behavior, you can do it by user style sheet. Add following style:

input[type=password] {
  ime-mode: normal !important;
}

See https://developer.mozilla.org/en/CSS/ime-mode

-> INVA

Comment 9

[Danil Ivanov]

ok, but...

>> Apple document said the password editors should disable the group 2 at getting
>> the focus. And the password editors of WebKit do same behavior
https://bugzilla.mozilla.org/show_bug.cgi?id=358899#c13

I can input non-ASCII characters in Safari 3.2.1 (5525.27.1) and Opera 9.63/10. This browsers switch keyboard layout on focus, but after that I can select Russian layout and type non-ASCII characters.