Logitech m100 mouse scrollwheel not working

bgeer is running Sierra 10.12.1 using this from Logitech:

Logitech Control Center for Macintosh® OS X

Software Version: 3.9.5.66

• Post Date: Oct 06, 2016
• OS: Mac OS X 10.12.x
• File Size: 20.2 MB

which downloaded looks like this in Terminal:

17447733 Oct 27 08:11 lcc3.9.5.66.zip

My Logitech M305 wireless mouse exhibits the same lame-a** behavior...sorry, this little problem is antagonizingly annoying. I seem to use the scrollwheel a lot while reading within a window. Just spent most of the day on one of my Linux boxes using my G9x mouse which behaves [what I consider] normally - one click of the scrollwheel moves up/down, one side-click of the scrollwheel moves right/left 1 pixel.

On the upside, my side-buttons (button 9 & button 8 in Linux) still work - move right or left 1 desktop.

I have the same issue with a Razer Naga Epic Chroma. It seems something has changed in Sierra that affects all mice with regular scrollwheels. I know the hardware is fine because a) it worked flawlessly before installing Sierra, and b) a single "click" of the scrollwheel still works as expected in specific situations, like switching pages in LaunchPad.

We will either have to wait for Apple to fix the thresholds or third-party mouse drivers to apply a fix for this behavior. Supposedly USB Overdrive already has a fix for it, but I can't use that as my Razer mouse requires the Razer software and I can't use two different third-party mouse drivers at the same time.

I reported the issue to Razer support and am currently trying to get them to acknowledge the problem exists.

Mac Air (early 2014) upgraded to Sierra & using Logitech G9x mouse, rotating scrollwheel forward/back slowly does not result with up or down scroll in any window I've tried - Terminal, Firefox, Emacs, Thunderbird, Safari, Chrome, Finder. Left/right scroll using scrollwheel (press to side) similarly results in no scroll. Precise positioning is near impossible, at best random success. Tried changing com.apple.scrollwheel.scaling and MouseMomentumScroll with no improvement. System Preferences -> Accessibility -> Mouse & Trackpad -> Mouse Options does *not* include a Scroll -> "without inertia" selection. Previous OSX showed no problem with scrolling; this appears new to Sierra.

Understand that - however, as noted above, Accessibility -> Trackpad includes a "with/without inertia" selection while Accessibility -> Mouse does not. Perhaps Apple could clarify whether "inertia" is a mouse driver issue or an accessibility issue. My experiments imply it's an accessibility issue since mice (mouses?) from different vendors exhibit the same scrollwheel failure. Could perhaps Apple forgot to include "with/without inertia" selection on accessibility mouse options?

Despite not using drivers, it can still have firmware which is no longer compatible. I don't have a Logitech mouse so I can't say. However, since all Apple mice work it seems it could be a firmware problem.

I agree with Wade - my Logitech mice & my Razer mouse are old enough that their firmware isn't likely to be changed by their respective manufacturers. Yet, all my mice worked fine with multiple OSX versions prior to MacOS. "Firmware ... no longer compatible" implies either a change in the mice, which in my case is very unlikely since those mice work the same as ever with Linux & Winblows, or Apple decided to make changes such that some very popular mice no longer behave as before. Don't mean to get all up in your face, dialabrain, just getting pedantic about my reasoning. I'd love to try a 3-button Apple mouse to compare how it works but don't wish to spend $50 when I have otherwise perfectly good mice, that worked fine prior to MacOS Sierra & indeed still work fine with other OSs I use.

FWIW, I don't feel you are "getting in my face". 😎

The fact that your mouse worked in all previous versions of OSX doesn't mean it will work in all future versions. It's possible that whatever changes that were made in Sierra are causing a problem or it's possible there is a regression in Sierra that needs fixed. At this point there is no way to know. i was only offering one possibility.

Here are links for more reading on Sierra & mouse issue/debacle. I tried MouseFixer & it hasn't affected the issue discussed here. Argh...

http://dae.me/blog/2144/on-macos-sierra-support-and-the-future-of-smoothmouse/

http://dae.me/blog/2243/macos-kernel-programming-bounty-to-revive-smoothmouse/

http://www.teamliquid.net/forum/tech-support/194668-mac-mouse-woes-be-gone

http://www.mediafire.com/file/hiyxnpw8c84n6i1/MouseFixer.zip

**** it. I reinstalled El Capitan and have zero intention of ever installing Sierra again. Apple get your act together. You obviously did something wrong. A simple corded major brand mouse that has worked with all prior versions of the OS should continue working in all future versions. Do not fix what's not broken.

On December 11 I updated to version 10.12.2 beta (6 I think) & without any extra stuff from Logitech or other mouse helpers, the odd lag in reaction to scroll wheel input is totally gone as if by magic. Voila. Happiness in mousing.

On December 5 I received an email from Apple Support Communities which notified of a post by Wade regarding 10.12.2 Public Beta 5 fixing the problem for him. However I don't see his post here now, & the link in that email takes me to an "Unauthorized..." page.

FWIW, it is standard practice by nearly all software developers to have someone agree not to discuss beta versions in public This is in public. You agreed to the NDA when you signed up for the beta program. I guess that meant nothing.

To pick a nit, the discussion was about mouse shortcomings. I appreciate Wade's comment. The beta FAQ does include a broad-brush comment about confidentiality, however revealing that a beta fixes a particularly annoying bug is hardly giving away corporate secrets. Further, the fix was information that didn't seem to be available anywhere that I could find.