control modifier gets lost in hardy

Bug #211892 reported by Barry Warsaw
4
Affects Status Importance Assigned to Milestone
xkeyboard-config (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Every since I upgraded to Hardy, I've been having weird problems with my control key. I'm using Gnome desktop and I switch my control and capslocks keys. Before the upgrade this worked fine, but now about half the time while I'm holding down the control key (i.e. the key to the left of 'A'), the control modifier just gets lost and the key that I'm chording with gets typed. Needless to say this wreaks havoc with Emacs, cut-n-paste, etc.

Revision history for this message
Barry Warsaw (barry) wrote :

This is becoming quite critical for me. Can anyone at least confirm this bug?

Revision history for this message
Jaime (jaime-lopez) wrote :

i can confirm this bug

all the keyboard modifiers get randomly lost - ctrl, shift, caps... etc

now i can only type on lower case ....... exclamation mark, exclamation mark, exclamation mark

this is quite critical for me too

Revision history for this message
Jarod (liuyuanzhi) wrote :

I can confirm this bug too.
with this bug, the whole system nearly unusable..........

Revision history for this message
Bryce Harrington (bryce) wrote :

Please attach your /var/log/Xorg.0.log file.

Changed in xorg-server:
status: New → Incomplete
Revision history for this message
Barry Warsaw (barry) wrote :

Thanks Bryce, mine is attached.

Revision history for this message
Barry Warsaw (barry) wrote :

I just discovered this:

% setxkbmap -model microsoftelite

and so far, this seems to have alleviated the problem. Unless I respond with an update, you can consider this issue closed.

Revision history for this message
Bryce Harrington (bryce) wrote :

Thanks, treating as closed.

Changed in xkeyboard-config:
status: Incomplete → Fix Released
Revision history for this message
Barry Warsaw (barry) wrote :

Hi Bryce,

One followup. I put the following in my xorg.conf file but this does not seem to fix the problem on reboot. I still have to manually issue the setxkbmap command for this to take effect. Any ideas?

Section "InputDevice"

    # generated from default
    Identifier "Keyboard0"
    Driver "keyboard"
    Option "XkbModel" "microsoftelite"
EndSection

Revision history for this message
Bryce Harrington (bryce) wrote :

There are actually several different settings for keyboards, and I wonder if perhaps with setxkbmap it attempts to fill in the missing values for you, whereas if setting in xorg.conf if you have to specify them explicitly?

To debug it further, try using `setxkbmap -print` to determine the keycodes, geometry, etc. and then set them accordingly in xorg.conf using the Xkb settings (see man kbd).

If that doesn't work, then please feel free to reopen this bug and update the description appropriately, and we can take a deeper look.

Revision history for this message
Barry Warsaw (barry) wrote :

Hi Bryce,

Sorry for being an idiot, but I'm not entirely clear (and man kbd doesn't really help) on how to translate setxkbmap -print to xorg.conf settings. Here's the output:

% setxkbmap -print
xkb_keymap {
 xkb_keycodes { include "xfree86+aliases(qwerty)" };
 xkb_types { include "complete" };
 xkb_compat { include "complete" };
 xkb_symbols { include "pc+us+ctrl(swapcaps)" };
 xkb_geometry { include "microsoft(elite)" };
};

and my current xorg.conf excerpt:

Section "InputDevice"

    # generated from default
    Identifier "Keyboard0"
    Driver "keyboard"
    Option "XkbModel" "microsoftelite"
EndSection

Thanks for your help!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.