Some gtk dialogs do not accept mouse clicks when buttons remapped using xmodmap
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gtk+3.0 (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
After upgrading to oneiric I noticed that a few menus don't accept mouse clicks in some places any more. List-boxes inside tabs, as used by 'gnome-
xmodmap -e 'pointer = 1 2 3 4'
after login, to remap the order of mouse buttons for left-handed use.
I just caught a little more insight into the problem: if I open up two gnome-terminal windows side-by-side, one tabbed, one without tabs, if I first click the first (non-tabbed) window, then change focus to the second window by clicking it, attempting to select any text in the second window, actually does select text in the first window, with the corresponding window-relative position. So events go to the wrong window. How's that possible? Maybe the window-manager is part of the bug? However, non-gtk applications like Emacs etc. do not show the problem, so I think it must be gtk-related.
For me that bug is pretty grave. Hope it can be reproduced on other installations.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: libgtk-3-0 3.2.0-0ubuntu2
ProcVersionSign
Uname: Linux 3.0.0-12-generic x86_64
NonfreeKernelMo
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
Date: Mon Oct 17 21:19:35 2011
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gtk+3.0
UpgradeStatus: Upgraded to oneiric on 2011-10-15 (2 days ago)
Just noticed a typo in the description above. The command I use to remap the mouse buttons is this one:
xmodmap -e 'pointer = 2 1 3 4'
I'm using the other command with args 'pointer = 1 2 3 4' using for getting back to default button order, which works around the reported bug.