Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot Assign Ctrl, Alt or Shift keys to keys in G502 Hero #983

Open
Nekoder opened this issue Sep 6, 2024 · 2 comments
Open

Cannot Assign Ctrl, Alt or Shift keys to keys in G502 Hero #983

Nekoder opened this issue Sep 6, 2024 · 2 comments
Labels

Comments

@Nekoder
Copy link

Nekoder commented Sep 6, 2024

Information

  • ratbagd version (ratbagd --version):
  • Piper version: 0.7
  • Distribution: Manjaro
  • Device: G502
  • Kernel version (ex. uname -srmo): Linux 6.9.12-3-MANJARO x86_64 GNU/Linux

Describe the bug
Piper doesnt let me assign a Ctrl or Alt or Shift into the keys.
it always tells me: Something went wrong, The device has been reset to a previous state.

To Reproduce
Try to place a ctrl, alt or shift keystroke on any key and press apply, it will not let me.

Logs
Please start the daemon with verbosity and reproduce the issue.

First make sure it isn't running already.

$ ratbagd --verbose=raw
OUTPUT HERE
![Screenshot_20240906_155342](https://github.com/user-attachments/assets/ddff1e01-661e-441d-885d-0912ffaf965a)

Additional context
I would love to be able to just place those keys in my mouse as i do in windows.

@Nekoder Nekoder added the bug label Sep 6, 2024
@Tarkken
Copy link

Tarkken commented Sep 11, 2024

Getting the same, Logitech G900.

Specifically, I seem to be able to adjust sensitivity settings without issue and change colors, but binding buttons to, for example, "LEFTSHIFT" causes the error in Piper and in the ratbagd output and prevents writing the profile to the device. Binding buttons to other alphanumeric or mouse keys seems to work.

Mouse detects fine in Piper.

_inxi -SM_                                                                                                                                                                                                                 
System:
  Host: osprey Kernel: 6.10.8-zen1-1-zen arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 6.1.4 Distro: Arch Linux
Machine:
  Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>
  Mobo: ASUSTeK model: CROSSHAIR VI HERO v: Rev 1.xx
    serial: <superuser required> UEFI: American Megatrends v: 8702
    date: 08/10/2023
_pacman -Qs | grep "piper\|ratbag"_
local/libratbag 0.17-2
local/piper 0.7-3
ratbag debug: driver match found: Logitech HID++2.0
hidraw2: "Logitech Gaming Mouse G900", 5 profiles
ratbag debug: New device: Logitech Gaming Mouse G900
ratbag debug: Using data directory '/usr/share/libratbag'
ratbag debug: device assigned driver hidpp20
ratbag debug: hidraw info: bus 0x03 vendor 0x46d product 0xffffc081
ratbag debug: Logitech Gaming Mouse G900 is device '/dev/hidraw2'.
ratbag debug: Parsing HID report descriptor
ratbag debug: Parsing HID report descriptor
DBus server ready
ratbag raw: hidpp write:  10 ff 0e 38 00 01 00
ratbag raw: hidpp read:   11 ff 0e 38 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ratbag error: Error while writing macro for button 3
ratbag error: hidpp20: failed to update button (-22)
ratbagd error: error committing device (-1000)

@FlatCapElectronics
Copy link

Short version: It seems to be a firmware limitation on some models, so I wound up using 'Input Remapper' from my distro's repos.
Long version: See Issue #710

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants