Bug 428018 - alt accelerators don't work for 2nd-level menus if keyboard language doesn't match menu language
Summary: alt accelerators don't work for 2nd-level menus if keyboard language doesn't ...
Status: RESOLVED UPSTREAM
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_keyboard (other bugs)
Version First Reported In: 5.12.9
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-20 10:04 UTC by lvm
Modified: 2021-04-20 23:17 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description lvm 2020-10-20 10:04:24 UTC 
SUMMARY
alt accelerators don't work for 2nd-level menus if keyboard language doesn't match menu language

STEPS TO REPRODUCE
prerequisites: English UK UI, English US and Russian keyboard layouts (probably any latin UI/non-latin keyboard will do)

1. open ksysguard
2. switch to Russian keyboard layout
3. press Alt-F - _F_ile menu opens
4. press Alt-D

OBSERVED RESULT
nothing

EXPECTED RESULT
_D_ownload menu should've been opened

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.12.9
KDE Frameworks Version: 5.44.0
Qt Version: 5.9.5

ADDITIONAL INFORMATION
all programs I tried are affected - kate, libreoffice, konsole...
Comment 1 Nate Graham 2021-04-20 19:57:36 UTC 
We believe this may be fixed with Plasma 5.22. Can you please re-test once it is released in a few months? Or you can test now using NDE Neon Unstable in a virtual machine.
Comment 2 Andrey 2021-04-20 23:17:52 UTC 
I'm unaware of this. Did we fix something for local shortcuts?
Looks like Qt issue, but the biggest question to me is how it works for top-level menus?
Anyway, please report to Qt bug tracker and paste the link here.
Thanks.