Bug 428018

Summary: alt accelerators don't work for 2nd-level menus if keyboard language doesn't match menu language
Product: [Applications] systemsettings Reporter: lvm
Component: kcm_keyboardAssignee: Plasma Bugs List <plasma-bugs-null>
Status: RESOLVED UPSTREAM    
Severity: normal CC: butirsky, nate
Priority: NOR    
Version First Reported In: 5.12.9   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

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.