Using MWHEELUP sometimes registers a MOUSE4 event

[jamezmoran]

EDIT: Updating OP to reflect new information.

https://www.youtube.com/watch?v=BlVAaF4vBIw

When using MWHEELUP, it will at complete random execute whatever command is bound on MOUSE4. This problem exists without any custom config files on every system I've tested and across multiple distros (I tested on Arch and Debian), and typing 'unbind MWHEELUP' in console also does not get rid of this issue. This is extremely irritating since MWHEELUP is frequently bound to +jump to enable people to bunnyhop, and the game executing MOUSE4 in the middle of a firefight can potentially be certain death, especially if you have it bound to a quick switch. I have no macros for my mouse or keyboard, and this issue is not present in Windows, so this is almost certainly a game bug in Linux.

My system specs that were used to record that the video are below:

Processor Information:
    Vendor:  GenuineIntel
    CPU Family:  0x6
    CPU Model:  0x3c
    CPU Stepping:  0x3
    CPU Type:  0x0
    Speed:  3600 Mhz
    4 logical processors
    4 physical processors
    HyperThreading:  Unsupported
    FCMOV:  Supported
    SSE2:  Supported
    SSE3:  Supported
    SSSE3:  Supported
    SSE4a:  Unsupported
    SSE41:  Supported
    SSE42:  Supported

Network Information:
    Network Speed:  

Operating System Version:
    Linux (64 bit)
    Kernel Name:  Linux
    Kernel Version:  4.3.3-2-ARCH
    X Server Vendor:  The X.Org Foundation
    X Server Release:  11800000
    X Window Manager:  Xfwm4
    Steam Runtime Version:  <Runtime disabled>

Video Card:
    Driver:  NVIDIA Corporation GeForce GTX 760/PCIe/SSE2

    Driver Version:  4.5.0 NVIDIA 358.16
    OpenGL Version: 4.5
    Desktop Color Depth: 24 bits per pixel
    Monitor Refresh Rate: 143 Hz
    VendorID:  0x10de
    DeviceID:  0x1187
    Number of Monitors:  2
    Number of Logical Video Cards:  1
    Primary Display Resolution:  1920 x 1080
    Desktop Resolution: 3600 x 1224
    Primary Display Size: 20.91" x 11.73"  (23.94" diag)
                                            53.1cm x 29.8cm  (60.8cm diag)
    Primary Bus: PCI Express 16x
    Primary VRAM: 2048 MB
    Supported MSAA Modes:  2x 4x 8x 16x 

Sound card:
    Audio device: Realtek ALC892

Memory:
    RAM:  7909 Mb

Miscellaneous:
    UI Language:  English
    LANG:  en_GB.UTF-8
    Microphone:  Not set
    Total Hard Disk Space Available:  412903 Mb
    Largest Free Hard Disk Block:  263571 Mb

Installed software:

[BLK133]

Do you have a quickswitch key bound in your mouse? on any of the buttons?

I had the same issue but with the say command, even tho i dont remember binding it to my mouse side button, it was bound to mouse4, and when i scrolled up to jump like you are doing, the chat prompt would show up

Try looking into your config.cfg for bindings on your mouse sidebuttons and then unbind them until valve fixes it

[jamezmoran]

I just had a look (I had no idea the config.cfg was under ~/.local/ and not ~/.steam/) and it turns out that "use_weapon knife" was bound to MOUSE4. Changing that to a flashbang has the same behaviour as above, except the game pulls out a flashbang instead of a knife. So, it seems the problem here is MOUSE4 is sometimes registered when MWHEELUP is used. I don't experience such behaviour outside of CSGO so at this point I can only still assume this is a bug in the game. I'll update the OP to reflect this.

[jomihaka]

307

[jamezmoran]

So it's a problem with SDL being out of date? As an aside, I like to have the steam runtime disabled so that it picks up most recent versions from my system libraries, so why is it then that libSDL is picked up from libraries shipped with steam when I have the runtime disabled?

[jomihaka]

I'm pretty sure csgo puts its own bin dir to LD_LIBRARY_PATH, thus making you not use the system libSDL2. I myself just renamed the libSDL2 csgo provides and instead symlinked system libSDL2. Be sure, that it's 32-bit and version 2.0.4 though.

[davidw-valve]

We will ship an updated version of SDL with the next CS:GO update. Hopefully this will resolve your issue. If it doesn't, please let us know.

[JoshuaMurphynz]

Awesome thanks. I will test it when it goes live On 5 Jan 2016 10:32, "davidw-valve" notifications@github.com wrote:

We will ship an updated version of SDL with the next CS:GO update. Hopefully this will resolve your issue. If it doesn't, please let us know.

— Reply to this email directly or view it on GitHub https://github.com/ValveSoftware/Counter-Strike-Global-Offensive/issues/568#issuecomment-168816159 .

[jamezmoran]

Ditto. Thanks.

[john-banks]

Brilliant! I've had this issue for ages and didn't know what was causing it. I can trigger it pretty easily so will report back after update.

[Crendgrim]

While this happened reliably before, I cannot reproduce it anymore after the update.

[JoshuaMurphynz]

Awesome. Feel free to close this issue if everyone cannot reproduce this issue On 9 Jan 2016 00:38, "Crendgrim" notifications@github.com wrote:

While this happened reliably before, I cannot reproduce it anymore after the update.

— Reply to this email directly or view it on GitHub https://github.com/ValveSoftware/Counter-Strike-Global-Offensive/issues/568#issuecomment-169973607 .

[davidw-valve]

Thank you for the feedback! Closing this out.

[Crendgrim]

This is a duplicate of #307 (linked further up in this thread) which therefore can be closed as well.

Also, thanks a lot for fixing this; it has been irritating me for a while.