http://bugzilla.novell.com/show_bug.cgi?id=555959#c0 Summary: keyboardlayout changes Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: HP OS/Version: openSUSE 11.2 Status: NEW Severity: Major Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome@forge.provo.novell.com ReportedBy: zscherni@arcor.de QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.1.5) Gecko/20091102 Firefox/3.0.3, Ant.com Toolbar 1.1 I thought to have solved the problems I had because X.org changed some keycodes. See issues: 539135, 544573 and 551727. But new I got new troubles. After letting sleep the computer for a while, the Num-keys behave bad. 5 sometimes opens the menu (or does nothing) + and , sometimes focus the window/Frame, where the mouse-pointer stands in that moment or they select the word before the cursor or they don't anything... 0-4 and 6-9, don't do anything. Num-Lock switches the led at the keyboard but doesn't take any effekt. xev says for NumLock, 1-4 and 6-9 the right values. For they other key nothing... I don't understand at all. I did xmodmap -v -pke > .Xmodmap-what-goes-on and I saw - this file is not the same as the one (my personal .Xmodmap-mine) I loaded before. But it is also not the same as suse (gnome, x) brought with (which i had saved before xmodmap -v -pke > .Xmodmap-suse112 Also the keys are well defined there: keycode 77 = Num_Lock Pointer_EnableKeys keycode 78 = Scroll_Lock keycode 79 = KP_Home KP_7 keycode 80 = KP_Up KP_8 keycode 81 = KP_Prior KP_9 keycode 82 = KP_Subtract XF86_Prev_VMode keycode 83 = KP_Left KP_4 keycode 84 = KP_Begin KP_5 keycode 85 = KP_Right KP_6 keycode 86 = KP_Add XF86_Next_VMode keycode 87 = KP_End KP_1 keycode 88 = KP_Down KP_2 keycode 89 = KP_Next KP_3 keycode 90 = KP_Insert KP_0 keycode 91 = KP_Delete KP_Separator ( no keycode 84 = Menu ) Very strange bug. Bad behavior, which changes the xmodmap on its own. And bad behavior, which doesn't suit the xmodmap. Btw - there is another strange thing: ctrl+U (means ctrl+shift+u) works as unicode-hex-input. But I dont find, where such behavior is defined. In the gnome control-center this hotkey is NOT defined! Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.