Bug Tracker – Bug 1186

Odamex captures mouse5 as mouse2

Last modified: 2019-07-30 15:16:07 UTC
Bug 1186 - Odamex captures mouse5 as mouse2
Summary: Odamex captures mouse5 as mouse2
Alias: None
Product: Odamex
Classification: Unclassified
Component: Client (show other bugs)
Version: 0.7.x (Old)
Hardware: x86 (Windows, Linux, etc) All
: P1 normal
Assignee: Odamex Bug Reporter
Depends on:
Reported: 2016-09-17 12:10 UTC by Anthony Weed
Modified: 2019-07-30 15:16 UTC (History)
4 users (show)

See Also:


Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Anthony Weed 2016-09-17 12:10:59 UTC
If strafe is bound to mouse2, and mouse5 is pushed, sometimes it will capture as mouse2.  This occurs in Windows 10 64KB with a Zowie FK1.  Version .7x r5470 SDL2
Comment 1 HeX_Vulture 2016-09-17 18:30:46 UTC
I do not have this issue with a generic Liger plug & play mouse with Windows 10 64-bit
Comment 2 capo 2016-10-01 18:58:23 UTC
I have same windows and "same" mouse. I got zowie ec2-a model. And i tested it and have not problems at all. It can sounds like cliche but buy some better model like EC or ZA. FK were the worst zowie mouses ever and got a lot problems with lagging buttons, bad sensors etc.
Comment 3 HeX_Vulture 2018-12-24 09:19:38 UTC
Tony are you still having this issue?
Comment 4 HeX_Vulture 2018-12-24 09:22:29 UTC
Tony are you still having this issue? Please test with the latest build of Odamex here:


It uses SDL2
Comment 5 Ralph Vickers 2018-12-24 18:01:29 UTC
I tested with a hirality and mouse4/5 work. Tested in sdl2 builds
Comment 6 Maëllig Desmottes 2019-01-01 12:54:26 UTC
So is this problem due to the mouse itself, or a SDL/SDL2 problem ?

Because I don't even have the problem on my different mouses (Logitech MX518 / G400 / G402 , Razer Deathadder / Copperhead). So I'm assuming the problem is the mouse itself (as capo said).
Comment 7 HeX_Vulture 2019-07-30 15:16:07 UTC
marking resolved because we can't reproduce