Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 120613 - mouse button 4 not reported correctly
mouse button 4 not reported correctly
Product: Fedora
Classification: Fedora
Component: xorg-x11 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Mike A. Harris
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2004-04-12 00:57 EDT by Simon Rademacher
Modified: 2007-11-30 17:10 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-08-27 04:10:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
X server log (50.30 KB, text/plain)
2004-04-12 01:08 EDT, Simon Rademacher
no flags Details

  None (edit)
Description Simon Rademacher 2004-04-12 00:57:35 EDT
Description of problem:
Using a Logitech TrackMan Marble FX connected via PS2, button 4 is
reported as button 1.

Version-Release number of selected component (if applicable):
Name        : xorg-x11
Version     : 0.6.6
Release     : 0.2004_03_30.5                Build Date: Tue 06 Apr
2004 11:49:44 PM MDT

How reproducible:

Steps to Reproduce:
1. launch xev
2. press button 4 (small red button on aforementioned device)
Actual results:
observe output of xev reporting press and release of button 1

Expected results:
Should be reporting button 4

Additional info:
Buttons 1, 2, 3 report correctly.
Comment 1 Simon Rademacher 2004-04-12 01:08:37 EDT
Created attachment 99319 [details]
X server log
Comment 2 Simon Rademacher 2004-04-12 01:12:06 EDT
XF86Config file has:
Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "MouseManPlusPS/2"
        Option      "Device" "/dev/input/mice"
        Option      "Buttons" "7"
        Option      "EmulateWheel" "true"
        Option      "EmulateWheelButton" "4"
        #Option      "EmulateWheelInertia" "50"
        Option      "XAxisMapping" "6 7"
        Option      "YAxisMapping" "4 5"
        #Option     "ZAxisMapping" "4 5"
        Option      "Emulate3Buttons" "no"

This configuration worked with RedHat 9's XFree86 packages (with
appropriate device string).
Comment 3 Kristian Høgsberg 2004-08-26 13:10:19 EDT
The wheel button is absorbed by the mouse driver, so you can not use
that button for other purposes.  Your config section in comment 2 sets
button 4 as the wheel button, so this would explain it.
Comment 4 Simon Rademacher 2004-08-26 23:09:11 EDT
I didn't get the expected results correct. Pressing button 4 by itself
should not report any event, as you say. Pressing it and moving the
track ball should report buttons 4, 5, 6, or 7, depending on
direction, as given by the X and Y axis mappings.

It should not be reporting button 1, though.
Comment 6 Mike A. Harris 2004-08-27 04:10:04 EDT
I also agree with Kristian above for this issue.  It seems to
be misconfiguration resulting in unexpected behaviour.  Your best
bet is to subscribe to the xorg@freedesktop.org mailing list and
ask for help configuring the mouse to have the behaviour you
expect.  That way it will be clear what is wrong with your
configuration, or wether there is a legitimate bug being triggered

If it does turn out there is a bug being triggered, then please
file a bug report in the X.org bugzilla and cut and paste the
bug URL here and we will track the issue in their bugzilla

Setting status to "NOTABUG".
Comment 7 Simon Rademacher 2004-08-27 17:13:33 EDT
The configuration given above worked in RH9 (and previous versions,
don't know how far back exactly: from when EmulateWheel and
XAxisMapping was added to X) and it works in Mandrake 9.2. I'll look
into reporting it to Xorg.

Note You need to log in before you can comment on or make changes to this bug.