Public bug reported:
Ubuntu version: Xubuntu Intrepid Ibex (both i386 and amd64 editions)
After upgrading from Hardy, something in system keeps generating virtual
repetitious presses of key Hangul Hanja (which doesn't exists in us or
cz_qwerty keyboard layouts I use, as far as I know). It doesn't generate
any visible characters (in text input fields for example), but it
assigns as hotkey to menu items in GTK applications (Gimp, Evince ...)
which is very annoying: moving mouse cursor over menu completely removes
all hotkeys assigned to menu items before and the last one keeps Hangul
Hanja hotkey and virtual key presses calls it repeatably which can open
hundreds of dialogs in some cases. Hangul Hanja key presses are reported
by xev too.
When it happens, it seems that opening of a new window stops it
temporarily, but it returns. It _probably_ may cause another keyboard
related problems which I noticed too:
1) sometimes when I hold some key, it stops repeating after a few
characters (it seems not to be related to bug #264196 because it doesn't
affect arrow keys only and kbdrate workaround doesn't help)
2) sometimes when I scroll up in xfce4-terminal it keeps returning back
to bottom
I believe both subproblems can be caused by "virtual" presses of key
Hangul Hanja.
xev report:
============================================================
KeyRelease event, serial 33, synthetic NO, window 0x4e00001,
root 0x7e, subw 0x0, time 280717580, (434,2), root:(784,525),
state 0x10, keycode 131 (keysym 0xff34, Hangul_Hanja), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0x4e00001,
root 0x7e, subw 0x0, time 280717580, (434,2), root:(784,525),
state 0x10, keycode 131 (keysym 0xff34, Hangul_Hanja), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
============================================================
My xorg.conf:
============================================================
Section "Device"
Identifier "Configured Video Device"
Driver "intel"
Option "AccelMethod" "exa"
Option "ExaNoComposite" "true"
Option "MigrationHeuristic" "greedy"
EndSection
Section "Monitor"
Identifier "Configured Monitor"
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
SubSection "Display"
Virtual 2048 2048
EndSubSection
EndSection
============================================================
Keyboard layout switching is configured with following command:
setxkbmap -option grp:alt_shift_toggle,grp:switch,grp_led:scroll
us,cz_qwerty
** Affects: ubuntu
Importance: Undecided
Status: New
** Description changed:
Ubuntu version: Xubuntu Intrepid Ibex (both i386 and amd64 editions)
After upgrading from Hardy, something in system keeps generating virtual
repetitious presses of key Hangul Hanja (which doesn't exists in us or
cz_qwerty keyboard layouts I use, as far as I know). It doesn't generate
any visible characters (in text input fields for example), but it
assigns as hotkey to menu items in GTK applications (Gimp, Evince ...)
which is very annoying: moving mouse cursor over menu completely removes
all hotkeys assigned to menu items before and the last one keeps Hangul
Hanja hotkey and virtual key presses calls it repeatably which can open
hundreds of dialogs in some cases. Hangul Hanja key presses are reported
by xev too.
When it happens, it seems that opening of a new window stops it
temporarily, but it returns. It _probably_ may cause another keyboard
related problems which I noticed too:
1) sometimes when I hold some key, it stops repeating after a few
characters (it seems not to be related to bug #264196 because it doesn't
affect arrow keys only and kbdrate workaround doesn't help)
2) sometimes when I scroll up in xfce4-terminal it keeps returning back
to bottom
I believe both subproblems can be caused by "virtual" presses of key
Hangul Hanja.
xev report:
-
+ ============================================================
KeyRelease event, serial 33, synthetic NO, window 0x4e00001,
root 0x7e, subw 0x0, time 280717580, (434,2), root:(784,525),
state 0x10, keycode 131 (keysym 0xff34, Hangul_Hanja), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0x4e00001,
root 0x7e, subw 0x0, time 280717580, (434,2), root:(784,525),
state 0x10, keycode 131 (keysym 0xff34, Hangul_Hanja), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
+ ============================================================
My xorg.conf:
-
+ ============================================================
Section "Device"
Identifier "Configured Video Device"
Driver "intel"
Option "AccelMethod" "exa"
Option "ExaNoComposite" "true"
Option "MigrationHeuristic" "greedy"
EndSection
Section "Monitor"
Identifier "Configured Monitor"
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
SubSection "Display"
Virtual 2048 2048
EndSubSection
EndSection
+ ============================================================
Keyboard layout switching is configured with following command:
setxkbmap -option grp:alt_shift_toggle,grp:switch,grp_led:scroll
us,cz_qwerty
--
Non-existing Hangul Hanja key presses generated in X
https://bugs.launchpad.net/bugs/304799
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
