https://bugs.documentfoundation.org/show_bug.cgi?id=148527
--- Comment #4 from Pierre Fortin <[email protected]> --- Wired mice; none of which have fast or freewheel mode: OK - no-name MO-5013U OK - Sunsonny T-M30 OK - Dell MS116t1 ...but keep reading... :) Wireless mice: ** - Logitech wireless MX Master 3 via any Unifying Receiver [1] [5] Wireless PID : 4082 Protocol : HID++ 4.5 Polling rate : 8 ms (125Hz) Serial : BE8AC05F Bootloader : BOT 95.01.B0015 Firmware : MPM 19.01.B0015 ** - Logitech wireless MX Master 3 via Bluetooth [1] [3] [5] Address: E4:7C:21:41:6E:3C ** - Logitech wireless M705 via any Unifying Receiver [1] [5] Wireless PID : 406D Protocol : HID++ 4.5 Polling rate : 8 ms (125Hz) Serial : 8A4D80FB Unit ID : EBBD0AEF Bootloader : BOT 59.00.B0002 Firmware : RQM 67.10.B0009 OK - Logitech wireless M510v2 via any Unifying Receiver [1] [2] [4] Wireless PID : 4051 Protocol : HID++ 2.0 Polling rate : 8 ms (125Hz) Serial : 7FC9DEE6 Firmware : RQM 62.01.B0015 I also have a really low-end Logitech M215; but it uses a dedicated receiver, and doesn't have fast scroll, so I won't waste my time with it. I expect it will act as the wired mice and the M510v2. ** Only these two mice have fast/freewheel mode. Unifying Receiver A: (MX Master 3, M705[++], M510v2) Path : /dev/hidraw1 USB ID : 046d:C52B Serial : 56099AD8 Firmware : 12.11.B0032 Bootloader : 04.16 Other : AA.AA Unifying Receiver B: (MX Master 3[++], M705, M510v2) Path : /dev/hidraw1 USB ID : 046d:C52B Serial : E05593CA Bootloader : BOT 95.01.B0015 Firmware : MPM 19.01.B0015 Other : Unifying Receiver C: (MX Master 3, M705, M510v2[++]) Path : /dev/hidraw1 USB ID : 046d:C52B Serial : 7FC9DEE6 Firmware : 12.11.B0032 Bootloader : 04.16 Other : AA.AA [++] indicates the mouse this UR was paired with in the respective package. [**] slow scrolling issue in both freewheel and ratchet modes; BUT fast freewheel scrolling (via finger flick) works fine. [1] Down scrolling is as reported. However, scrolling this bug report in Firefox Nightly 101.0a1 is smooth in both directions, as in any other application, including within oocalc's font/font-size selectors, Gallery>Diagrams, or anything else that is scrollable in oocalc. [2] No freewheel mode on this one. [3] This mouse can be paired with 3 receivers -- any combination of UR and/or Bluetooth to 1, 2 or 3 computers; there's a selector to switch between hosts. [4] The Logitech M510v2 wireless mouse does not have fast/freewheel mode, so it acts just like the wired mice. [5] Scrolling down fails in both freewheel and ratchet modes. HTH... LOL... I'm reminded of "be careful what you ask for". Seriously, the only common denominator (so far) is fast/freewheel capable mice. Ruminating... This reminds me of interrupt handlers that don't re-enable interrupts fast enough; but will keep processing queued ones without have to re-enable because there's still work to do... Does calc have code that is "uninterruptable" (some form of software lock)? But darn, this is a super fast machine... Other than positive/negative values for direction, scrolling should be using the same code paths... hmm... are they? -- You are receiving this mail because: You are the assignee for the bug.
