User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 I use ibus-anthy for entering Japanese text and also use Emacs. Because cntl-space (control space) has meaning in Emacs, in Ibus I removed cntl-space as a shortcut for "Enable or disable" in Ibus preferences. I added alt-space instead. With this change, ibus works as expected (cntl-space has no effect on input mode and alt-space toggles between english and japanese input modes.) However, when I run "emacs -nw" in a gterm window, it no longer responds to cntl-space. Emacs run as a separate window (without the -nw option) responds to cntl-space as expected. If I do in main Gnome3 desktop: System Settings -> Keyboard -> Shortcuts tab -> Windows (shorcuts) -> Activate the window menu -> set to cntl-space. the gterm window will respond to cntl-space. However the problem is not (at least exclusively) with emacs because quitting ibus restores normal response to cntl-space in emacs. Reproducible: Always Steps to Reproduce: 1. Change ibus preferences to remove cntl-space from the toggle enable/disable shortcut list. 2. Run "emacs -nw" in a gterm window. 3. Type cntl-space. Note that the expected response, a message in the status line at bottom of screen that says "mark set" does not appear. 4. Quit ibus. 5. Repeat step 3. Note that this time the mark is set and a status line message occurs indicating that. Actual Results: When I bus is running, emacs does not appear to see cntl-space key presses. When ibus is not running emacs receives and responds to cntl-space key presses appropriately. Expected Results: When cntl-space has been disabled as an ibus shortcut, Emacs should see and respond to cntl-space key presses whether or not ibus is running. $ rpm -qa |egrep '^(ibus|anthy)'|sort anthy-9100h-16.fc15.i686 ibus-1.3.99.20110419-11.fc15.i686 ibus-anthy-1.2.6-2.fc15.i686 ibus-chewing-1.3.9.2-3.fc15.i686 ibus-gtk2-1.3.99.20110419-11.fc15.i686 ibus-gtk3-1.3.99.20110419-11.fc15.i686 ibus-hangul-1.3.1-3.fc15.i686 ibus-libs-1.3.99.20110419-11.fc15.i686 ibus-m17n-1.3.2-5.fc15.i686 ibus-pinyin-1.3.99.20110520-1.fc15.i686 ibus-pinyin-db-open-phrase-1.3.99.20110520-1.fc15.noarch ibus-qt-1.3.1-4.fc15.i686 ibus-rawcode-1.3.1.20100707-4.fc15.i686
This bug is reproduced on my computer, too. I could not type Ctrl+Space in not only Emacs but also Eclipse. This bug don't occur when I use 1.3.99.20110419-9 packages, ibus-1.3.99.20110419-9.fc15.x86_64.rpm ibus-gtk2-1.3.99.20110419-9.fc15.x86_64.rpm ibus-gtk3-1.3.99.20110419-9.fc15.x86_64.rpm ibus-libs-1.3.99.20110419-9.fc15.x86_64.rpm but the bug is reproduced in 1.3.99.20110419-10 packages, ibus-1.3.99.20110419-10.fc15.x86_64.rpm ibus-gtk2-1.3.99.20110419-10.fc15.x86_64.rpm ibus-gtk3-1.3.99.20110419-10.fc15.x86_64.rpm ibus-libs-1.3.99.20110419-10.fc15.x86_64.rpm
Oh, I forgot ibus-anthy-1.2.6-2 was integrated in f15. I guess if you remove "hotkeys" tag in /usr/share/ibus/component/anthy.xml and restart ibus, your problem will be fixed. I will update ibus-anthy soon.
*** Bug 726292 has been marked as a duplicate of this bug. ***
Regarding comment #2, thank you. That did fix the problem for me.
ibus-anthy-1.2.6-3.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/ibus-anthy-1.2.6-3.fc15
Package ibus-anthy-1.2.6-3.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ibus-anthy-1.2.6-3.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/ibus-anthy-1.2.6-3.fc15 then log in and leave karma (feedback).
ibus-anthy-1.2.6-3.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.