Issue metadata
Sign in to add a comment
|
Alt+Shift+F accesskey does not work anymore on Linux
Reported by
rafael.c...@googlemail.com,
Jan 10
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: # Exhibit A: 1. Visit https://en.wiktionary.org/wiki/coyly 2. Hover search field to confirm that the accesskey is "f". 3. Press Alt+Shift+F. # Exhibit B: 1. Visit https://stackoverflow.com/questions/14113563/disable-alt-functions-shortcuts-in-google-chrome/31827736#31827736 2. Run the fiddle / code snippet. 3. Press Alt+Shift+F. 4. Compare accesskeys "f" and "a". What is the expected behavior? · Exhibit A: the "search" form field is focused. · Exhibit B: the code snippet frame loads the respective web page. What went wrong? In the case of accesskey "f" – and _only_ in the case of accesskey "f" – nothing happens. Did this work before? Yes supposedly Chrome 65 Chrome version: 71.0.3578.98 Channel: stable OS Version: Ubuntu 18.04.1 LTS Flash Version: You can open DevTools and change the acceskey to, say, "t". That makes Alt+T work. It's only "f" that has become broken (to my knowledge). I'm no DevTools-on-DevTools expert, but I don't see any obvious exceptions here.
,
Jan 11
Ah, good. Judging by the screencast this does not seem to be a Chrome bug, after all. I can't tell if it's an issue specific to Ubuntu 18. Most likely, it's just an issue specific to my personal setup. Though, I have no clue how to identify the culprit app.
,
Jan 11
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 12
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by phanindra.mandapaka@chromium.org
, Jan 11Labels: Needs-Feedback Triaged-ET
4.5 MB
4.5 MB View Download