Issue metadata
Sign in to add a comment
|
Keyboard Settings has incorrect info, and doesn't save changes to key mappings |
||||||||||||||||||||||
Issue description
Chrome Version : 50.0.2661.91
OS Version: 7978.66.3
URLs (if applicable) : n/a
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5: n/a
Firefox 4.x: n/a
IE 7/8/9: n/a
What steps will reproduce the problem?
1. Open Settings -> Keyboard Settings (under Device). "Ctrl", "Alt", and "Search" all appear to be mapped to Search, though that seems incorrect (ctrl and alt work correctly)
2. Attempt to map Ctrl to Alt, and Alt to Ctrl. Exit settings.
3. Reopen Settings -> Keyboard Settings. Everything is listed as "Search" again. Behavior of Ctrl and Alt doesn't change.
What is the expected result?
- Keyboard Settings should show correct mappings
- Changes to mappings should persist
What happens instead of that?
- All three keys appear to be mapped to "Search"
- Changes to keyboard mappings don't take effect
Please provide any additional information below. Attach a screenshot if
possible.
UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 7978.66.3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.91 Safari/537.36
,
May 12 2016
interesting. neither of those symptoms make sense. What do you see for those buttons in the keyboard overlay? (can be accessed from chrome://settings -> keyboard -> View keyboard shortcuts)
,
May 12 2016
,
May 12 2016
I think this might be a regression in settings.
,
May 12 2016
In the keyboard overlay: going left-to-right across the bottom row, I see alt, ctrl, spacebar, alt, ctrl. (Which is also strange, because on my keyboard the key order is different: ctrl, alt, spacebar, alt, ctrl. Shouldn't the overlay and the keyboard either be the same, or consistently different?) The Search key in the overlay appears as "esc".
,
May 12 2016
#5: I can reproduce the keyboard shortcuts overlay strangeness -- it looks like the right-side alt and ctrl keys (on my US keyboard) always show alt and ctrl, even when those keys have been remapped. (When pressing one of those keys with the shortcuts overlay open, it acts like the remapped key.)
,
May 12 2016
By the way, could you open Settings and run the following in the JS console (Ctrl+Shift+J):
chrome.settingsPrivate.getPref('settings.language.xkb_remap_control_key_to', console.log.bind(console))
and paste the result? It should look something like:
Object {key: "settings.language.xkb_remap_control_key_to", type: "NUMBER", value: 1}
Also, do you ever use an external keyboard? Does attaching one change anything?
,
May 12 2016
So first, I had to hit Alt+Shift+J rather than Ctrl+Shift+J to get to the JS console, which seems relevant for this bug ;)
What I get is:
Object {key: "settings.language.xkb_remap_control_key_to", type: "NUMBER", value: 2}
---
I have not used an external keyboard on this pixel2 - I can try one later today.
,
May 12 2016
When an external keyboard is plugged in, keyboard settings adds another row for Caps Lock (in addition to Search, Ctrl, Alt). But I see the same behavior - all 4 appear to be mapped to "Search", and changes to them don't stick.
,
May 12 2016
So weird. The prefs should just be mapped to the dropdowns. I don't really have any ideas, besides going in via Remote Desktop and trying to debug from there.
,
May 12 2016
Let me know if you want to try that sometime.
,
Jun 2 2016
,
Oct 14 2016
Lowering to a P2 since it does not seem to be reproducible. csosin@ - if you can still reproduce this on a recent image (M53+) can you check whether it is reproducible in the new settings: chrome://md-settings ?
,
Feb 16 2017
Removing stale milestone label
,
Mar 1 2017
Closing due to inactivity. Please re-open if this is still happening, and also submit a feedback report (Chrome menu => Help => Report an issue). Thanks.
,
Mar 1 2017
For the record, this does seem to work now, at least with the new settings (chrome://md-settings). |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by tbuck...@chromium.org
, May 11 2016Owner: michae...@chromium.org
Status: Assigned (was: Unconfirmed)