[Bug] RAlt and Shift combo problem, produces weird behaviour
#18 925 ouverte le 1 nov. 2022
Métriques du dépôt
- Stars
- (20 368 stars)
- Métriques de merge PR
- (Merge moyen 20j 9h) (27 PRs mergées en 30 j)
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