Bug 142836 - Accessibility broken: Can't use Alt key to access menu items or activate commands
Summary: Accessibility broken: Can't use Alt key to access menu items or activate comm...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-06-13 11:12 UTC by R. Green
Modified: 2021-06-13 17:42 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description R. Green 2021-06-13 11:12:22 UTC
Version: 7.1.3.2 / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

This issue has also been reported recently on LO "Questions": https://ask.libreoffice.org/en/question/309597/about-using-alt-key-to-access-tabs-and-shortcuts/

1. Open a document in Writer. 
2. Select a word or phrase (say).
3. Now try to select the "Capitalise every word command" using the accessibility shortcuts: ALT (hold), then press O then X then C.

EXPECTED RESULT: The shortcut letters should ALREADY be underlined in ALL menus – without the user having to press Alt. Pressing the letter keys O, X, C should successively highlight the relevant options in the primary and subsidiary menus, and finally activate the command.

ACTUAL RESULT: The shortcut letters only appear in the primary menu when you press Alt. The Alt + letter combinations do not work at all in the secondary or tertiary menus (and there is no underlining in the latter), so nothing can be selected, and no command activated.

This works OK in Windows. One user reports in the Questions forum that the feature works in another Linux Distro, so could it be specifically a Linux Mint issue?

See also Bug 142791.
Comment 1 V Stuart Foote 2021-06-13 14:44:08 UTC
GTK3 but what Linux DE?

Can not confirm on Windows builds.

=-Testing-=
Version: 7.1.4.2 (x64) / LibreOffice Community
Build ID: a529a4fab45b75fefc5b6226684193eb000654f6
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 V Stuart Foote 2021-06-13 14:45:27 UTC
(In reply to V Stuart Foote from comment #1)
..but what Linux distro and DE?
Comment 3 V Stuart Foote 2021-06-13 15:04:19 UTC
As in related bug 142791, this is the behavior for GNOME 3 based desktop environments.

Rather than press <Alt> and hold-it, you press release (to expose) and then press the accelerators in sequence you need.

=> NAB
Comment 4 R. Green 2021-06-13 16:30:21 UTC
OK, in that case, the ALT behaviour IS working as expected on Linux Mint 20.1. Close thread?