Created attachment 817127 [details] hitting-capslock-causes-problems-in-ibus-kkc-when-conversion-has-started.ogv Fedora 20 Beta TC6, ibus-anthy-1.5.4-1.fc20.x86_64 - Use ibus-kkc to type in gnome-terminal. - Make sure capslock is off - type ‘a’ → one sees ‘あ’ in preëdit. - Hit the capslock key → the ‘あ’ is commited. OK. - type ‘a’ again → again one sees ‘あ’ in preëdit. - type space to start conversion to kanji → one sees ‘亜’ in preëdit (or some other kanji ...) - Now hit the capslock key again The ‘亜’ is *not* committed, it stays white on black as if still were in the conversion phase. But typing space does not give other candidates, it just moves the ‘亜’ (still white on black) to the right. Typing RETURN a few times now moves the ‘亜’ down some lines, leaving partial remains in the previous lines. See attached video.
Thanks for the report. I think similar issue happens when pressing non-printable character key (e.g. Right) in the conversion state. Pushed a fix at the upstream: https://gitorious.org/libkkc/libkkc/commit/64678265bf44cf958d4fb32967e9a11d76532008
libkkc-0.3.3-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/libkkc-0.3.3-1.fc20
Package libkkc-0.3.3-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libkkc-0.3.3-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-4659/libkkc-0.3.3-1.fc20 then log in and leave karma (feedback).
libkkc-0.3.3-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.