1583913 - Onscreen Keyboard fails to change keyboard layout (Windows 10)

Status: NEW

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Jonny Mako]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:71.0) Gecko/20100101 Firefox/71.0

Steps to reproduce:

1. Setup 2 keyboard layouts in Windows settings
2. Open Firefox Nightly
3. Pull up Windows Onscreen Keyboard
4. Switch to the second layout using the language key on the onscreen keyboard
5. Onscreen layout changes, but Firefox fails to switch layouts

Actual results:

I have two keyboard layouts setup in Windows. (US Qwerty and Dvorak) When I use the onscreen keyboard and change the layout to the secondary layout (Qwerty), Firefox Nightly fails to switch the layout and continues using Dvorak even when the onscreen keyboard shows the Qwerty layout.

Expected results:

Firefox should have switched layouts and started using Qwerty layout.

Comment 1

[Sebastian Padilla]

Hi Jonny,

Thanks for submitting this bug to us. I tried to reproduce it on Windows 10 using Firefox Nightly 71.0a1 (64-bit - 2019/09/30) and I wasn't able to reproduce it.

Does this issue occur with a fresh profile? You can find the steps here: https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager

If after doing this you can still reproduce the bug, could you send me a screenshot or a video of the bug? That always helps a lot.

Thanks!

Sebastian

Comment 2

[Jonny Mako]

Hi Sebastian,

I tried to get a video, but the video capture in Windows 10 does not capture the onscreen keyboard, which makes the video useless. I nevertheless tried with a clean profile as you suggested and I still have the same problem. On screen keyboard changes to the layout selected but Firefox nightly input fields do not respect the new selection. It continues to use my primary language keyboard, which happens to be Dvorak. Other programs in Windows do not have this problem. Its only Firefox nightly. Let me know if you need more info, but I'm not doing anything special other than switching keyboard layouts. Could you please check the "Advanced Keyboard Settings" screen in Windows 10 and make sure you are not overriding the language layout.

thanks!

Comment 3

[Sebastian Padilla]

Hi Jonny,

Thanks for all your info. I'm going to add a Product and a Component so one of our Devs can take a look at this, they will be able to help us further.

Thanks!

Sebastian

Comment 4

[Makoto Kato [:m_kato]]

I guess that we don't set input context again when changing keyboard. it depends on widget's implementation whether opening/hiding software keyboard.

Comment 5

[Jonny Mako]

Another data point which may help. If I click in the url field, delete the existing url and try to type something in with the alternate layout selected, it doesn't work, meaning it will continue to use the original layout. But if I don't delete the existing url but double click to select the url and start typing with the alternate layout, then it picks up the correct layout. I hope this points to what might be going wrong. This bug makes it impossible to work with firefox on my 2-in-1 in a keyboard detached mode.

Comment 6

[BugBot [:suhaib / :marco]]

The priority flag is not set for this bug.
:jimm, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(PTO: 9/19-9/27)]

Moving all open keyboard/IME handling bugs to DOM: UI Events & Focus Handling component.