Red Hat Bugzilla – Bug 154448
Right "windows key" generates mouse button events
Last modified: 2007-11-30 17:11:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050309 Fedora/1.7.6-0.cvs.20050309
Description of problem:
When I press the right "window" key, between AltGr and the menu key on my Swedish keyboard, it generates mouse button events rather than key events. More specifically, when I press the key, it generates ButtonPress and ButtonRelease for button 6, and when I release it it generates ButtonPress and ButtonRelease for button 7.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Press and release the right window key.
I'm not at all sure this bug is in xorg-x11. It could of course be in some underlying system.
The keyboard I use has a Swedish layout. I've tried with two different keyboards with the same effect. Both have Swedish layout, but different manufacturers. Under Windows, the key behaves normally.
Created attachment 112987 [details]
xorg.conf file in use
If this issue turns out to still be reproduceable in the latest
updates for this Fedora Core release, please file a bug report
in the X.Org bugzilla located at http://bugs.freedesktop.org in
the "xorg" component.
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes
that become available for consideration in future updates.
Setting status to "NEEDINFO", and awaiting upstream bug report
URL for tracking.
Thanks in advance.
I've created bug 3058 at X.org. I tried to fill in the appropriate field here
too, but just in case I got it wrong, the URL is
Should I change status to ASSIGNED too? Or should that be done when the
upstreams bug is closed?
I did a test by installing the recent kernel (2.6.11-1.1226_FC4) on a machine
with otherwise older packages. Now I see this problem on that machine too!
Only the kernel was changed.
This is of course not a proof this is a kernel bug. But it seems changes in the
kernel are involved.
What do you suggest I do with this bugzilla? Should I reassign to the kernel
component? I'm uncertain how to best handle the situation.
*** Bug 155792 has been marked as a duplicate of this bug. ***
Experimenting a bit I discovered the key behaves strangely without X too. It is
reported as bug 157156. It seems likely that bug could be the underlying
problem for these problems too. But I'm not sure, so I reported it separately.
me too... on fc4 t3 (with xorg-x11 updated using yum).. and I still experience
that bug... with the ca_enhanced keymap, there are also a bunch of keys that are
outputting the keysyms... And I'm using a very standard ps2 keyboard (no fancy
*** Bug 158516 has been marked as a duplicate of this bug. ***
I'm using Fedora rawhide on my desktop from FC2.
And I think (afair) I get this problem after xorg updates about 3 monthes ago.
I may be wrong. I'm test it on FC and generic kernels.
I am using FC4 final, and have the same problem. The right windows key generates
a button 4 event according to xev. In Linux console the key does not generate
anything according to showkey.
Bug seems fixed in rawhide xorg-x11-6.8.2-38
I installed xorg-x11*-6.8.2-38 on an FC4 installation, and still have the
problem. Maxim, when you saw the bug fixed, what version were the rest of the
system. In particular, what kernel did you use. (As I mentioned in comment 6,
there are some strange issues with the key outside X too. This might not be an
Then It may be kernel bug. I use generic 2.6.12 now. I'm sorry.
Don't be sorry! You gave another bit of information: that current xorg-x11 and
a generic 2.6.12 does not cause the problem. That is another indication this is
really a kernel bug.
At least it's probably a good idea not to do anything with this one until bug
157156 has been investigated. I'll put a "depends on" here to mark that.
Please, someone explain this to me: We are talking about keyboard generating
mouse events... we have different devices, different cables, different ports,
different protocols, different kernel drivers and different X11 input drivers...
They are very independent from each other... How could be that a key pressed on
the keyboard generates a mouse scroll event?
Just stumbled over this bug. Is this thread / patch any help:
The problems goes away with the kernel upgrade. So it seems this wasn't an X issue.
*** This bug has been marked as a duplicate of 157156 ***