-
-
Notifications
You must be signed in to change notification settings - Fork 271
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
bluez-5.77 broke logiops #468
Comments
Can confirm. Same problem here with MX Master 3S on Arch with bluez 5.77. Downgrading to 5.76 resolved the issue. |
+1 can confirm that downgrading to 5.76 resolved the issue. I'm on Arch so I followed these instructions: https://wiki.archlinux.org/title/Downgrading_packages |
On my system (Fedora 40, GNOME), logid has to be restarted whenever I log in. With bluez 5.77, the driver stops working if I lock my screen. Then, even restarting the service does not help: $ journalctl -f -u logid.service
logid[19347]: [WARN] Failed to add device /dev/hidraw7 after 5 tries. Treating as failure. Downgrading Happy to help debugging the issue! #Edit: Fedora only has |
I'm having this same issue, can confirm that |
Having the exact same issue. I believe it's a combination of the latest bluez updates (I had bluez-5.69 installed and logiops worked flawlessly) and something logiops does in a sequence that doesn't allow it to function properly. Any ideas welcome. How could we tackle this? |
Have you tried #460 ? It fixed a bunch of people's issues, I'm running the patch and my setup is working as usual after the update to 5.77 |
Thanks @spoutn1k for your suggestion but isnt this fix only for the bolt receiver and not for bluetooth connected devices? |
@spoutn1k |
@c-kr: @lazarosgogos mentions it is something in a sequence that is fucky, and this patch changes a sequence of action. Just a shot in the dark ! |
I tried the patch and it did not help. After the first disconnect/sleep logid is unable to reconnect |
@spoutn1k Just like @c-kr , I tried the fix and it did not work either. After disconnecting the device and reconnecting it, a service restart must be issued for the driver to work properly. Thank you for the proposal, however. I think the solution lies in looking carefully at what changed between bluez-5.69 and bluez-5.73 or -5.77 to try and figure out what messes with HID++ inputs. |
bluez 5.76 works fine. If someone has a lot of time one way would be to git-bisect all changes between both versions and find the problematic commit |
I can also confirm that downgrading to bluez 5.76 fixes the issue. |
arch, btw :-D |
Small update on this issue: running last My feeling is that the trick is to have the mouse to connect ASAP to the system. |
Using Debian Sid and having the Restarting bluetooth service only make it works one time, after that it's back to Downgrade bluez to previews Bluez (5.66-1) fix the problem. |
I have the same issue as others in this thread - my solution was to restart
|
Updating to bluez 5.78 solved the issue for me |
Same here. Fedora 40 GNOME 46 |
Can confirm – bluez 5.78 works pretty well with logiops. |
I'm running Fedora 40 Silverblue with bluez 5.78:
But still get the error reported in the first post if I don't restart bluetoothctl:
Does anyone have the same issue even with bluez 5.78? |
Hello, after update bluez to version 5.77 logiops works well, only after a fresh system boot.
But when I, eg resume my machine from sleep, or simply reconnect my mouse, logiops stops working, and I got this:
Everything works pretty good, when I downgrade bluez to 5.76.
EDIT: After woke up, when I restart bluetooth.service logiops works correctly.
The text was updated successfully, but these errors were encountered: