GNU bug report logs - #34984
ns-right-command-modifier has influence to left

Previous Next

Full log

Message #17 received at 34984 <at> debbugs.gnu.org (full text, mbox):

From: Nick Helm <nick <at> tenpoint.co.nz>
To: Alan Third <alan <at> idiocy.org>
Cc: Tak Kunihiro <tkk <at> misasa.okayama-u.ac.jp>,
 "34984 <at> debbugs.gnu.org" <34984 <at> debbugs.gnu.org>
Subject: Re: bug#34984: ns-right-command-modifier has influence to left
Date: Fri, 29 Mar 2019 08:35:28 +0000

Alan Third <alan <at> idiocy.org> writes:

> I can replicate this. The key is to swap command and option. I also
> see it using my swapped caps lock ‐> ctrl. It shows up as right
> control when I would expect it to be left.
>
> Unfortunately I’m not sure what we can do about it. 

This only seems to happen when the modifiers are swapped using System
Preferences. On my machine the problem goes away if I remap using
another method. 

Try putting the modifiers back to their defaults in System Preferemces
then running the following command (this swaps events left_alt and
left_gui, and right_alt and right_gui). Note that this won't survive
reboot.

$ hidutil property --set '{"UserKeyMapping":[{"HIDKeyboardModifierMappingSrc":0x7000000E2,"HIDKeyboardModifierMappingDst":0x7000000E3},{"HIDKeyboardModifierMappingSrc":0x7000000E3,"HIDKeyboardModifierMappingDst":0x7000000E2},{"HIDKeyboardModifierMappingSrc":0x7000000E6,"HIDKeyboardModifierMappingDst":0x7000000E7},{"HIDKeyboardModifierMappingSrc":0x7000000E7,"HIDKeyboardModifierMappingDst":0x7000000E6}]}'

You can probably do similar tricks with karabiner and other key
remappers. 

Nick

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.