Red Hat Bugzilla – Bug 125922
Menus don't work when I remap mouse buttons with xmodmap
Last modified: 2007-11-30 17:10:44 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Description of problem:
I have my window manager set up to display menus when I click on the
desktop. This worked fine from RH5.2 all the way through Fedora Core
1. It still works fine, as long as I use the default mouse button
configuration. However, if I do a:
xmodmap -e "pointer = 3 2 1 4 5"
then suddenly only the middle mouse button brings up a menu. The left
and right mouse buttons each briefly flash a menu, then display the
"left/right mouse button depressed" cursor as long as the left/right
button is held down.
This occurs with both the twm and tvtwm window managers.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Set up your window manager to display a menu when you push a mouse
button while the cursor is on the background of the desktop
2. xmodmap -e "pointer = 3 2 1 4 5"
3. Push the left or right mousebutton
Actual Results: A menu flashed for a millisecond, then the cursor
changed to a little picture of a mouse with the left/right mousebutton
Expected Results: A menu should have popped up, and the cursor should
have changed to a little arrow pointing to the left.
I could not reproduce this.
What does xev report for each of the three mouse buttons after
remapping them? Can you reproduce it with an out-of-the box twm (i.e.
no custom configuration)? How are other programs affected by the
With an out-of-the-box twm (from xorg-x11-twm-6.7.0-5), an .xsession
that just says "exec twm", and the attached .twmrc, I'm still seeing
the aforementioned behavior. Attached is the output of xev (using the
out-of-the-box twm), where I remapped the buttons (xmodmap -e "pointer
= 3 2 1 4 5"), started xev, moved the pointer over the xev window,
then pressed and released the left, middle, and right buttons, then
I noticed a problem with firefox, too: after remapping the buttons, if
I left-click on a tab, nothing happens, but if I right-click on a tab,
it both brings that tab to the foreground, and pops up the "new tab /
reload tab / reload all tabs / close tab" menu that normally pops up
when you right-click without remapping the buttons.
Created attachment 101726 [details]
output of xev
I remapped the buttons, started xev, moved the pointer over the xev window,
then pressed and released the left button, middle button, right button, then
Created attachment 101727 [details]
.twmrc that causes menus to appear with non-remapped buttons
Actually, you don't need my .twmrc to reproduce the behavior. I get
the same behavior with no .twmrc at all.
That is weird, buttons 1 and 3 also generate 3 and 1 button events.
What does your xorg.conf look like? Do you have two mice set up?
Maybe xmodmap only changes one of the mice...
Created attachment 101819 [details]
No, just one mouse, USB. I'm pretty sure I haven't touched xorg.conf since the
switch from XF86. It looks pretty kosher to me, though there are a few settings
in there that I'd be hard pressed to tell you exactly what they do.
You have two mouse devices configured in the xorg.conf file though.
Try to remove this line from the "ServerLayout" section:
InputDevice "DevInputMice" "AlwaysCore"
Did you edit xorg.conf by hand at some point, or was this generated by
a setup tool?
Prior to Fedora Core 2 with the 2.6.x kernel and unified
/dev/input/mice, our config tool configured the primary mouse
normally and added a secondary configuration for an AlwaysCore
USB mouse automatically, so if you plugged in a USB mouse, it
would just work without configuration. This was an often
requested feature of laptop users who often plugged USB mice
into their lappys, as well as other users.
Now that it is no longer needed however, any pre-existing config
files with this extra configured mouse there, will still have
it after upgrade, as there is no way of knowing wether our
config tool put it there or the user did. Automatically removing
it can potentially cause problems too, so we just leave it there.
It's safe to comment out though, as it can always be uncommented
That xorg.conf was generated by a setup tool.
I commented out the extra section, and now button remapping works
It seems there's still an issue with inappropriate behavior when there
are (for some reason or another) two mice configured, but I really
don't care about that. Thanks for the fix.