- #Turning your logitech volume scroll into a scroll bar Bluetooth#
- #Turning your logitech volume scroll into a scroll bar windows#
#Turning your logitech volume scroll into a scroll bar Bluetooth#
I tried my wifes bluetooth mouse, and it was also working correctly.
#Turning your logitech volume scroll into a scroll bar windows#
I tried it with Windows 10, a live Manjaro KDE environment and even in a virtual machine with Manjaro Gnome, everything is working like it’s supposed to. I hope you know what I meanĪnd now here’s the really weird thing: This only happens on my main Manjaro KDE install. In VLC, when I try to cange the volume with the scrolling wheel, it changes about 40% at once, not only 5% like before. But now if I only touch the wheel lightly or if I move the mouse itself the scrolling starts. Like to scroll one line, you turn the mouse wheel one bump. The scroll wheel has those little “bumps”, when you use it. I’ll try to describe it as good as possible: Lifetime, sometimes those efforts are overtaken by events.I got a really weird problem with my Logitech M705:Ī few weeks ago the sensitivity of the scroll wheel just went insane. Version prior this bug is closed as described in the policy above.Īlthough we aim to fix as many bugs as possible during every release's Of Fedora, you are encouraged change the 'version' to a later Fedora
To see this bug fixed and are able to reproduce it against a later version Thank you for reporting this issue and we are sorry that we were notĪble to fix it before Fedora 25 is end of life. Plan to fix it in a currently maintained version, simply change the 'version' Package Maintainer: If you wish for this bug to remain open because you This bug will be closed as EOL if it remains open with a Fedora 'version' It is Fedora's policy to close allīug reports from releases that are no longer maintained. This message is a reminder that Fedora 25 is nearing its end of life.Īpproximately 4 (four) weeks from now Fedora will stop maintainingĪnd issuing updates for Fedora 25. So there's definitely something going on in the kernel here. Note that the MSC_SCAN event is missing from this release event but not from the ones that look correct. This is where your events come from, key repeat triggering for 88 seconds. at 89.5 seconds into the recording, volume down was released, ~88 seconds after the volume down press events. The translation here is: at 1.04 seconds into the recording volume down was pressed (100ms after the previous event). The last line of attachment 1259204 indicates that the button may be stuck in the down position.
Headset and USB adapter have the latest available firmware.ĭevice: Logitech Logitech G933 Gaming Wireless Headset On-headset volume scroll should work all the time, never scroll to minimum/maximum volume and be ideally in sync with system volume. Wait few seconds or change volume using on-headset scroll Version-Release number of selected component (if applicable):Ģ. This happens even if don't scroll at all, but volume won't change in that case to min/max. You can change volume using standard system tools or headset (but values get desync at this point) and you can control volume on headset and system separately. Few seconds later, if you are still scrolling, volume gets scrolled to minimum/maximum (depends on which direction you are scrolling at the moment) and stops working. Right after connecting the headset, volume setting using headset scroll is working perfectly and in-sync with system volume control. Only Volume control should be handled at the moment on Linux (headset is detected as stereo only, but that's for other bug report).
Logitech G933 Gaming Wireless Headset has scroll for volume, 7.1 Surround/Stereo switch and few more.
0 kommentar(er)
