New issue
Advanced search Search tips

Issue 746428 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 704282
Owner: ----
Closed: Aug 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

some key combinations fail with remapped search key

Project Member Reported by willnorris@google.com, Jul 19 2017

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 9334.72.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.140 Safari/537.36
Platform: 9334.72.0 (Official Build) stable-channel samus

Steps to reproduce the problem:
1. remap the Search key to Ctrl 
2. open a new google doc and enter some text
3. press the key combination [search]+[alt]+[1]

What is the expected behavior?
The text should be styled as a "Heading 1".

What went wrong?
Google docs doesn't receive the correct key combination, so nothing happens.  

 - If instead you use the physical [ctrl] key, it works fine and makes it a heading.  
 - Similarly, if you do any of the other heading sizes (for example, by pressing [search]+[alt]+[2]), it works fine.  It's only with the number 1.  
 - If you hold down [search]+[alt]+[1] and let go of the [search] or [alt] key first, before letting go of the [1], then it also makes a heading on the initial keyup.

I believe this is a bug in ChromeOS, not in Docs, since similar behavior can be seen at https://jsfiddle.net/hx3tjvhm/ where the keydown events are registered for [ctrl] and [alt] but not [1].  But again, it's only when using the remapped [search] key; using the physical [ctrl] key registers all keydown events.

Did this work before? N/A 

Chrome version: 58.0.3029.140  Channel: n/a
OS Version: 9334.72.0
Flash Version:
 
Project Member

Comment 1 by sheriffbot@chromium.org, Jul 19 2017

Labels: Hotlist-Google
Components: UI>Input>Text
Mergedinto: 704282
Status: Duplicate (was: Unconfirmed)
hardware issue known as keyboard ghosting (See b/34050823).

Sign in to add a comment