Bug 154342 - [en_US] Double use of hotkey <h> in Menu ˋFormatˊ
Summary: [en_US] Double use of hotkey <h> in Menu ˋFormatˊ
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Shortcuts-Accelerators
  Show dependency tree / graph
 
Reported: 2023-03-23 14:10 UTC by TorrAB
Modified: 2023-04-17 14:22 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description TorrAB 2023-03-23 14:10:15 UTC 
Description:
In any Writer file, open Format menu, hit "h" for character, no response; hit "h" again, get Anchor —OK.


Steps to Reproduce:
1.In any Writer file, open Format menu (~o)
2. hit "h" for character.
3.

Actual Results:
no response

Expected Results:
character should be activated.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 4; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-CA (en_CA); UI: en-US
Calc: CL threaded
Comment 1 Rainer Bielefeld Retired 2023-03-24 07:02:11 UTC 
@reporter:
I doubt that there is "no response"
ˋˊ
My result:
More or less reproducible with Server Installation of Version: 7.5.0.0.alpha0+  Build ID: 2a7fcaf582df3ada57ca519b50e29011973a1b6f
CPU-Threads: 12; BS: Windows 10.0 Build 19044; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: Calc: threaded |  Elementary Theme  |  Special devUserProfile  (based on my normal one)

0. Open arbitrary Writer document in LibO with en_US UI
1. on keyboard hit <Alt>
   » Menu 'File' becomes highlighted
2. Hit <o> for Menu "Format"
   » Menu 'Format' becomes highlighted, dropdown opens
3. hit <h> for character.
   » Dropdown Item "Character" will be highlighted 

User might expect that 'Format Character Dialog' will open, but LibO waits whether user hits <h> again to reach the Anchor item. That a plausible reaction.

Root of these troubles is the double use of hotkey <h> in that dropdown. There were already similar bugs like
"Bug 153578 - duplicate menu hotkey"
"Bug 147667 - EDITING: double use of shortcut 'Alt+O' in Paste Special (German version only !)"

The real problem seems to be: [en_US]: Format menu does not open ˋFormat Character Dialog from Format Menu Dropdown after hit hotkey <h> for character because of double use of hotkey
Comment 2 Rainer Bielefeld Retired 2023-03-24 07:17:54 UTC 
I did not find an obvious DUP with query <https://bugs.documentfoundation.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs154342&sharer_id=19321>

Still a problem in 
REPRODUCIBLE with Server Installation of Version: 7.6.0.0.alpha0+ (X86_64) 
Build ID: 0484a9a3f5e2ecb678f6fb41bbb251529e89c00d
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded – Special new User Profile for testing.

In 4.0.0    the Anchor hotkey was <n> so that that problem did not exist. 
In Version: 6.0.7.3 (x64)
Build ID: dc89aa7a9eabfd848af146d5086077aeed2ae4a5 
            the Anchor hotkey already is <h> so that that problem DOES exist. 

I did not find a hint here in Bugzilla why the hotkey has become changed between 4.0 and 6.0