Red Hat Bugzilla – Bug 1024421
ibus-kkc has problems when capslock is hit after conversion has started
Last modified: 2014-04-14 18:38:00 EDT
Created attachment 817127 [details]
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:
libkkc-0.3.3-1.fc20 has been submitted as an update for Fedora 20.
* 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:
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.