qmk/qmk_firmware

[Bug] RAlt and Shift combo problem, produces weird behaviour

Open

#18,925 opened on Nov 1, 2022

View on GitHub
 (1 comment) (0 reactions) (0 assignees)C (43,867 forks)batch import
bughelp wanted

Repository metrics

Stars
 (20,368 stars)
PR merge metrics
 (Avg merge 20d 9h) (27 merged PRs in 30d)

Description

Describe the Bug

Hello, i am having a weird issue with a custom wired dactyl manuform on Windows. So i have a dactyl 5x7 with the minor difference that i am using 5 not 6 thumb buttons and i have configured two of the thumb buttons on the last row on columns 1 and 2 (on the right side) to be ralt and rctrl on the right-hand side, what happens is when i press right shift and the ralt on the thumb cluster the first key combo works fine just as is ralt + rshift. But then for some reason the button that is bound to the ralt, that i just used, starts producing ralt + lctrl (yes lctrl) on each key press, and that can not be undone until i restart the pc. Tried restarting the keyboard but nothing. The other side works just fine, left side does not bind like that. Not sure what is going on. I have tested that specific row and columns, the diodes, the keys, re soldered the socket pins, nothing seems to change that behaviour. To me, it seems like maybe an os-qmk interaction issue. As i mentioned if i restart the pc and do not do the key combo at all the ralt works fine just as it is meant to be - as ralt.

Edit after some playing around i noticed that if i start doing more key combos (random ones) on both sides eventually the ralt and lctrl behavior is resolved, untill i again press ralt and shift (whichever shift) and its immediately back.

Keyboard Used

qmk compile -kb handwired/dactyl_manuform/5x7 -km default

Link to product page (if applicable)

No response

Operating System

windwows 11

qmk doctor Output

Ψ QMK Doctor is checking your environment.
Ψ CLI version: 1.1.1
Ψ QMK home: /home/asmodeus/qmk_firmware
Ψ Detected Linux (WSL).
Ψ Git branch: master
Ψ Repo version: 0.18.15
⚠ Git has unstashed/uncommitted changes.
Enter passphrase for key '/home/asmodeus/.ssh/id_ed25519':
Ψ - Latest master: 2022-10-27 17:01:17 +0200 (20ce76f48c) -- [Keyboard] Minor Aurora Sweep fixes (#18879)
Ψ - Latest upstream/master: 2022-10-31 20:16:43 +0000 (96c48a5f4a) -- Refactor to avoid deprecated wmic execution (#18122)
Ψ - Latest upstream/develop: None
Ψ - Common ancestor with upstream/master: 2022-10-27 17:01:17 +0200 (20ce76f48c) -- [Keyboard] Minor Aurora Sweep fixes (#18879)
Ψ - Common ancestor with upstream/develop: None
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 9.2.1
Ψ Found avr-gcc version 5.4.0
Ψ Found avrdude version 6.3-20171130
Ψ Found dfu-util version 0.9
Ψ Found dfu-programmer version 0.6.1
Ψ Submodules are up to date.
Ψ Submodule status:
Ψ - lib/chibios: 2022-06-11 09:09:45 +0000 --  (f836d24b0)
Ψ - lib/chibios-contrib: 2022-07-27 10:46:15 +0200 --  (d03aa9cc)
Ψ - lib/googletest: 2021-06-11 06:37:43 -0700 --  (e2239ee6)
Ψ - lib/lufa: 2022-08-26 12:09:55 +1000 --  (549b97320)
Ψ - lib/pico-sdk: 2022-05-17 19:19:01 +0200 --  (07edde8)
Ψ - lib/printf: 2022-06-29 23:59:58 +0300 --  (c2e3b4e)
Ψ - lib/vusb: 2022-06-13 09:18:17 +1000 --  (819dbc1)
Ψ QMK is ready to go, but minor problems were found

Is AutoHotKey / Karabiner installed

  • AutoHotKey (Windows)
  • Karabiner (macOS)

Other keyboard-related software installed

none

Additional Context

No response

Contributor guide