Red Hat Bugzilla – Bug 511189
cannot switch input methods in xchat-gnome
Last modified: 2009-11-23 02:25:34 EST
Description of problem:
Did a new install of Fedora 11 on x86_64. Using ibus to switch the input method seems to be ignored in xchat-gnome.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open System->Preferences->Input Method
2. Check "Enable input method feature" using the recommended IBus method.
3. Add Anthy (Japanese) and Pinyin (Chinese) input methods
5. Log in again
6. Open xchat-gnome using its panel launcher icon
7. Click to focus on the input bar
8. Press ctrl-space to switch input methods
9. Type, for example, 'konnnichiha<space>'
No input method is enabled, and text comes out in latin characters. The ibus icon in the status area stays an 'i' in a blue box.
The default input method should be enabled in step 8, resulting in Japanese text. '今日は' in the example given. The ibus icon in the status area should change to the yellow, three-point crown logo of the anthy input method.
Switching in general works; I can enter Japanese text in gnome-terminal, firefox and (vanilla, non-gnome) xchat.
Also, when run from the command line as 'GTK_IM_MODULE=ibus xchat-gnome' input switching works as expected.
FWIW, strace shows no attempt to open im-ibus.so or the corresponding socket without GTK_IM_MODULE=ibus explicitly set in the environment.
Please4 escalate to upstream, and block bz#602311 .
FWIW, this fixed itself a month or two ago, after an update. Yesterday I yum-upgraded to fedora 12, which also has no problem with input mode switching.
I can no longer reproduce, and this is no longer an issue for me.