Open
Bug 1653800
Opened 5 years ago
Updated 3 years ago
Access key for Remote Content `Options` button fires again in the menu, with unpredictable results for localizations
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: thomas8, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: intl)
Attachments
(1 file)
STR
Seen in TB 68 de-DE, also reproducable in 80.0a1 (2020-07-07) en-US (after tweaking menu access key) - any localization can be affected depending on their access key distribution.
Remote Content Options button on message header has a direct access key on OS like Windows which support that, e.g. Alt+O for en-US, or Alt+E for de-DE localization.
- In de-DE, press Alt+E. In en-US, use dev tools to tweak the access key of "Edit remote content options" from "E" to "O".
Actual result:
- Options (Einstellungen) tab opens. That's because at least the "E" ("O") of Alt+E (Alt+O) button access key fires again in the menu, then triggering the "E" ("O") menu access key of "Edit remote content options. Iow, actual result is unpredictable depeding on localized access key distribution.
Expected result
- Trigger the
Optionsbutton, i.e. show the Remote Content Options menu. - Do not prematurely trigger any action from the menu.
- Technically, we must make sure that the access keydown event of Alt+* consumes the keydown event (stop propagation or some such) so that we don't get keypress/keyup after the focus has changed to the popup.
| Reporter | ||
Updated•5 years ago
|
Comment 1•3 years ago
|
||
Seems more like bug than enhancement
You need to log in
before you can comment on or make changes to this bug.
Description
•