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
@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
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
git grep -n 'Anc~hor' git blame -L 6977,6977 officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu Points to 46b1988ae67d3f3ee662a0e4d0460371e321aa10 tdf#94865: Fixed MENU:Duplicate accelerators in en_US version-Patch resubmit