1627590 - KeyboardEvent.key holds the wrong value for Command-Shift-modified printable keys

Status: NEW

(Core :: DOM: Events, enhancement, P5)

Description

[Marijn Haverbeke]

When Shift and Command are held and a printable key that produces a different character with Shift than without Shift is pressed, the keydown event's "key" property will, on macOS, hold the non-shifted variant. This problem does not exist with Control.

The spec is slightly vague on this, but this tweet from one of its authors indicates that the intent is for the shifted character to be provided in this case: https://twitter.com/garykac/status/1212759678024740864

Chrome and Safari have the same issue. See https://bugs.webkit.org/show_bug.cgi?id=174782

Comment 1

[Marcela (Please NI request to Brindusa Tot)]

Hi! I will set Product and Component to have a starting point for this.
DOM: Events team, if this is not the right component please feel free to route this ticket to the corresponding team, thanks!

Comment 2

[Alphan Chen [:alchen]]

Attachment: test2.html

Comment 3

[Alphan Chen [:alchen]]

By attachment 9141288 [details], I can see the symptom on Mac
The key is "L" when pressing "shift" and "shift+ctrl" with "l".
But the key is "l" when pressing "shift + command" with l.

1. keydown charCode=0 key=L character=|| modifiers=Shift

2. keyup charCode=0 key=L character=|| modifiers=Shift

3. keydown charCode=0 key=L character=|| modifiers=Ctrl+Shift

4. keyup charCode=0 key=L character=|| modifiers=Ctrl+Shift

5. keydown charCode=0 key=Meta character=|| modifiers=Meta

6. keydown charCode=0 key=l character=|| modifiers=Shift+Meta ----> key is 'l'

7. keydown charCode=0 key=l character=|| modifiers=Shift+Meta

8. keyup charCode=0 key=Meta character=||

Comment 4

[Alphan Chen [:alchen]]

This symptom doesn't happen on Win 10.

Hello masayuk,
Could you have some comments about this?

(On Win 10)

1. keydown charCode=0 key=L character=|| modifiers=Shift

2. keyup charCode=0 key=L character=|| modifiers=Shift

3. keydown charCode=0 key=L character=|| modifiers=Ctrl+Shift

4. keyup charCode=0 key=L character=|| modifiers=Ctrl+Shift

5. keydown charCode=0 key=OS character=||

6. keyup charCode=0 key=L character=|| modifiers=Shift -------> key is 'L'

Comment 5

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

This is currently intentional. If OS provides "modified" character for the key, we use it as-is. And macOS sends unshifted character to apps when Command key is pressed. From web-compart point of view, we cannot change our behavior until Blink changes their behavior. As I said in the spec issue, we need to take care of complicated cases if Command switches layout temporarily like Dvorak-QWERTY command keyboard layout.