qmk/qmk_firmware

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

Open

#18.925 geöffnet am 1. Nov. 2022

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)C (43.867 Forks)batch import
bughelp wanted

Repository-Metriken

Stars
 (20.368 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 20T 9h) (27 gemergte PRs in 30 T)

Beschreibung

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