1428069 - Awkward "Quick Find within link-text only" shortcut placement on AZERTY keyboards

Status: UNCONFIRMED

(Firefox :: Keyboard Navigation, defect, P3)

Description

[vilcegt]

Attachment: azerty.png

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171226083017

Steps to reproduce:

- Use a keyboard with an AZERTY layout (French). See attached file.
- Make sure Caps lock is deactivated and your cursor is not in a text input.
- Press 4 (on the row under function keys, not on the number pad).

Note: that row does not work the same way as the one on QWERTY layouts; you have to toggle Caps lock on to write numbers with it (instead of toggling it off).


Actual results:

The quick-find bar appears and the key press is not registered by the web page. The web page also loses focus and does not register the following key presses.


Expected results:

This shortcut should be bound to another key on this keyboard layout since this row of numbers is widely used in games and web apps. Right now the only solution is to keep Caps lock on as extensions does not allow to rebound default keyboard shortcuts.

Comment 1

[Gingerbread Man]

(In reply to vilcegt from comment #0)
> The web page also loses focus and does not register the following key presses.

That's a problem with the web page. See http://keycode.info for a demo.
https://developer.mozilla.org/docs/Web/API/Event/preventDefault

Comment 2

[reinhart_previano]

Hello,
I think this is similar to https://github.com/webcompat/web-bugs/issues/32460, which the user reported normal (expected) behavior in other browsers.

Comment 3

[vilcegt]

Hi,

In your case the problem seems to come from the websites themselves: they use event.key rather than event.code for checking key presses, which does not translate well for azerty keyboards.

For example, the shortcut for slowing Youtube videos is the second key from right shift: the . key on qwerty keyboards. But because it checks for event.key === ".", you need to "type" a period. And on azerty keyboards you type a period by pressing the third key from right shift while holding shift (see azerty layout on my previous message). The proper check should be event.code === "Period" as it checks for the physical key press rather than what you type.

This bug report is about the quick find shortcut from Firefox itself:

• On qwerty: it is on the ' key, which is under the Escape key.
• On azerty : is is also on the ' key, which is under the F3 key (and is the key which is used for 4).
  The shortcut should be moved to ² on azerty keyboards, which would effectively be under the Escape key.

Comment 4

[daylin.trenton]

Firefox has no key to copy link since 88. It was removed and not replaced. This is completely unreasonable.

A replacement key that is unusable by human hands is not a replacement. It's not unlike telling people they can vote, if they stand in line for 8 hours without water. That is telling people that they can't vote.

Telling people that there is a new key, but it's across the room where NO ONE, NO HUMAN HAND can reach, is telling them that there is no key.

Firefox has NO KEY to copy link currently.

There was no reason to break this, and I want you to know that I am never going to stop reporting it, and I will be identifying the people who broke it, like Asif Youssuff, personally, until it is identified as the bug that it is.

You broke a browser that millions of people depended on for NO REASON. NO REASON. There was NO REASON TO REMOVE THE HOTKEY TO COPY LINKS FROM FIREFOX.