Description of problem: When trying to katakanize a set of hiragana, I hit arrow down key. Before, it was interpreted by the input method. But now it goes into the x-chat. This may be an x-chat problem specifically, because arrow-down continues to work in gnome-terminal ok (e.g. does NOT get into the gnome-terminal itself). A workaround is avaible, by hitting Control-N. Version-Release number of selected component (if applicable): iiimf-gtk-12.1-4 iiimf-gnome-im-switcher-12.1-4 iiimf-server-12.1-4 iiimf-libs-devel-12.1-4 iiimf-csconv-12.1-4 iiimf-le-unit-12.1-4 iiimf-libs-12.1-4 iiimf-le-canna-12.1-4 iiimf-x-12.1-4 xchat-2.4.0-3 How reproducible: 100% Steps to Reproduce: 1. Start xchat. You will not send anything, so just get an input box. 2. Type some garbage. You will recall it from history. 3. Switch to Ja with GIMLET for x-chat. A little IIIMF window will appear near the corner of x-chat. 4. Type a few kana, hit cursor down. NOTHING HAPPENS. 5. Hit cursor up: the x-chat will recall the garbage you typed at step 2. Actual results: Arrow keys get delivered to x-chat Expected results: Arrow keys to rotate between hiragana, katakana, romanji. Additional info: I do not remember precisely what the last working version was and it it has broke with new xchat or new iiimf. I ran "yum update" and this started to happen, about three weeks ago.
Setting severity to low, because a workaround is available.
Well, surely this is a xchat bug, because it doesn't call gtk_im_context_filter_keypress() before doing something with the key events. so there is no way to filter the key which the Input Method wants to use. reassigning.
Created attachment 111193 [details] proposed patch