[SOLVED] Mouse Wheel scrolling

Roken · 2018-04-06 18:58:31

I haven't really paid too much attention to this, but it's damned annoying.

When scrolling with my mouse wheel, it's kinda like it doesn't know which way to go. e.g. it goes in the general direction, but will stutter to the opposite (this is up/down), to the point that it's better to use the scroll bar.

My initial thoughts were the mouse itself, but no dfifference with another.

My google fu has failed, so looking for ideas?

Last edited by Roken (2018-04-09 18:23:58)

Trilby · 2018-04-06 19:33:05

Is this is a certain program, or universal? Does xev register the movement in the opposite direction?

Roken · 2018-04-07 06:41:51

It's universal (and propogates across synergy to my laptop, too). Her's a sample of xev output. The only action was to scroll up.

PropertyNotify event, serial 18, synthetic NO, window 0x3800001,
    atom 0x187 (_NET_WM_ALLOWED_ACTIONS), time 957856, state PropertyNewValue

PropertyNotify event, serial 18, synthetic NO, window 0x3800001,
    atom 0x14c (_NET_WM_STATE), time 957856, state PropertyNewValue

FocusIn event, serial 18, synthetic NO, window 0x3800001,
    mode NotifyNormal, detail NotifyNonlinear

KeymapNotify event, serial 18, synthetic NO, window 0x0,
    keys:  0   0   0   0   16  0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

PropertyNotify event, serial 18, synthetic NO, window 0x3800001,
    atom 0x143 (_NET_FRAME_EXTENTS), time 957856, state PropertyNewValue

PropertyNotify event, serial 18, synthetic NO, window 0x3800001,
    atom 0x14c (_NET_WM_STATE), time 957856, state PropertyNewValue

PropertyNotify event, serial 24, synthetic NO, window 0x3800001,
    atom 0x14c (_NET_WM_STATE), time 957858, state PropertyNewValue

KeyRelease event, serial 33, synthetic NO, window 0x3800001,
    root 0x2a1, subw 0x0, time 957892, (318,347), root:(1189,805),
    state 0x10, keycode 36 (keysym 0xff0d, Return), same_screen YES,
"   XLookupString gives 1 bytes: (0d) "
    XFilterEvent returns: False

FocusOut event, serial 36, synthetic NO, window 0x3800001,
    mode NotifyNormal, detail NotifyNonlinear

PropertyNotify event, serial 36, synthetic NO, window 0x3800001,
    atom 0x14c (_NET_WM_STATE), time 959500, state PropertyNewValue

seth · 2018-04-07 07:11:31

The sample only indicates a return key being pressed, try "xev -event mouse" and scroll over the xev window - it should only print button 4 XOR button 5 events.
In addition: What window manager do you use and please ensure it's not limited to eg. gtk3 (totally random blame) but also affects eg. xterm.
Also try swapping xf86-input-libinput and xf86-input-evdev

Roken · 2018-04-07 09:08:55

Both libinput and evdev produce the same behaviour.

xev -event mouse produces no output.

Using xfce4, and gtk and non-gtk applications are affected the same.

As I test, I turned pointer acceleration off in xfce4 prefs with no change to this behaviour.

WorMzy · 2018-04-07 10:36:45

Can you reproduce the problem with synergy disabled?

Roken · 2018-04-07 10:41:26

Yes, it was the first thing I tested. whether synergy is running or not makes no difference.

I checked xorg.conf and there was an input section for the mouse, but removing that doesn't make a difference, and I've now uninstalled xf86-input-evdev just in case there was a conflict, but no difference. I can't do the same test the other way around (libinput instead of evdev, since Xorg has xf86-input-libinput as a dependency), but nevertheless, I've confirmed the problem exists with both anyway.

For info, the current mouse is a Corsair M30.

Lone_Wolf · 2018-04-07 11:32:42

You can use config files to tell X whether to use evdev or libinput for a specific device, no need to remove either .

Please post xorg log, it may have clues what goes wrong.

Roken · 2018-04-07 13:41:52

I'm going to put this on ice for the moment, though thank you to respondents.

Two high quality, and expensive mice are doing this. Meanwhile, I've just plugged a cheap no-name mouse in which is behaving properly. As unlikely as it sounds, I may have two mice (from different manufacturers) with the same fault.

seth · 2018-04-07 13:48:54

xev -event mouse produces no output.

When turning the wheel with the pointer over the xev window??? That's impossible - or something else is seriously broken.
Try another WM (openbox or so)

Roken · 2018-04-07 18:37:04

I agree it's very wrong. However, the cheap crappy no-name mouse does produce output and is working. I'm going to see if I can pick a new decent mouse up tomorrow and see how that goes on.

Roken · 2018-04-09 18:23:40

New mouse arrived today, a later Corsair than the one I had, so I'm marking as solved. It seems the odds beat me and two mice from different manufacturers exhibited the same wheel fault.

On the plus side, it's nice to see that there's a Linux driver and utility for this one.

Thanks again to respondents.

Arch Linux

#1 2018-04-06 18:58:31

[SOLVED] Mouse Wheel scrolling

#2 2018-04-06 19:33:05

Re: [SOLVED] Mouse Wheel scrolling

#3 2018-04-07 06:41:51

Re: [SOLVED] Mouse Wheel scrolling

#4 2018-04-07 07:11:31

Re: [SOLVED] Mouse Wheel scrolling

#5 2018-04-07 09:08:55

Re: [SOLVED] Mouse Wheel scrolling

#6 2018-04-07 10:36:45

Re: [SOLVED] Mouse Wheel scrolling

#7 2018-04-07 10:41:26

Re: [SOLVED] Mouse Wheel scrolling

#8 2018-04-07 11:32:42

Re: [SOLVED] Mouse Wheel scrolling

#9 2018-04-07 13:41:52

Re: [SOLVED] Mouse Wheel scrolling

#10 2018-04-07 13:48:54

Re: [SOLVED] Mouse Wheel scrolling

#11 2018-04-07 18:37:04

Re: [SOLVED] Mouse Wheel scrolling

#12 2018-04-09 18:23:40

Re: [SOLVED] Mouse Wheel scrolling

Board footer