Description: Linux and LibreOffice with English UK UI (Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB), English US and Russian keyboard layouts are installed. In English layout Alt-letters act as menu accelerators but in Russian layout they generate plain Cyrillic characters. Both Writer and Calc are affected. Steps to Reproduce: prerequisites: English and Russian keyboard layouts are installed 1. start writer 2. switch to Russian keyboard layout 3. press Alt-F Actual Results: cyrillic letter А (the Cyrillic character located on F keyboard button in Russian layout) is typed into the document body Expected Results: File menu should've been opened Reproducible: Always User Profile Reset: No Additional Info: Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
Fixed in 6.4.3.2
...but not completely. Only top-level menu accelerators work properly, second+ level menus are still broken, i.e: 1. start writer 2. switch to Russian keyboard layout 3. press Alt-F - here file menu opens as expected 4. press Alt-O - nothing happens (file-_o-pen dialogue should've opened) Reopening. Version: 6.4.4.2 Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
(In reply to lvm from comment #2) > ...but not completely. Only top-level menu accelerators work properly, > second+ level menus are still broken, i.e: > > 1. start writer > 2. switch to Russian keyboard layout > 3. press Alt-F - here file menu opens as expected > 4. press Alt-O - nothing happens (file-_o-pen dialogue should've opened) > > Reopening. > > Version: 6.4.4.2 > Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff > CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: kf5; > Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB > Calc: threaded Confirm in Version: 7.1.0.0.alpha0+ Build ID: 83aa172697c11a9550c27a28f8e62b523ec7086d CPU threads: 4; OS: Linux 5.5; UI render: default; VCL: kf5 Locale: ru-RU (ru_RU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-09-10_21:26:34 Calc: threaded
(In reply to lvm from comment #2) > ...but not completely. Only top-level menu accelerators work properly, > second+ level menus are still broken, i.e: > > 1. start writer > 2. switch to Russian keyboard layout > 3. press Alt-F - here file menu opens as expected > 4. press Alt-O - nothing happens (file-_o-pen dialogue should've opened) I can reproduce this with all KDE apps, like kate, if I set the keyboard layout to "ru". Same happens with the RichText editor example from Qt5 (Debian: qtbase5-examples): /usr/lib/x86_64-linux-gnu/qt5/examples/widgets/richtext/textedit/textedit That should be a plain Qt program. Please check, if this works for you with other KDE / Qt programs. BTW: this setup also doesn't work with Gtk programs here, like Firefox. And doesn't work correctly in WindowMaker with setxkbmap ru and the Qt example program. From my POV there is nothing I can fix. Looks like a Qt bug.
(In reply to Jan-Marek Glogowski from comment #4) > From my POV there is nothing I can fix. Looks like a Qt bug. Yes, looks like it is. Closing.
NOTOURBUG is a better status for this case