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): xorg-x11-6.8.2-7 kernel-2.6.11-1.1225_FC4 How reproducible: Always Steps to Reproduce: 1.Press and release the right window key. Additional info: 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 https://bugs.freedesktop.org/show_bug.cgi?id=3058 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 usb stuff).
*** 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. AFAIR! 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 Thanks.
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 X problem.)
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: http://lkml.org/lkml/2005/5/26/119
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 ***