The source for the stroke5 table contains AUTO_SELECT = TRUE I don’t think this is useful for the stroke5 input method, it should be set to FALSE. When set to TRUE, AUTO_SELECT does the following 4 quite unrelated things: 1) commit the matched phrase and a line feed instead of the tabkeys and no line feed when Return is typed (apparently Chinese input methods like Wubi want to insert the tabkeys instead of the phrase on Return, this is used as a quick way to insert one Latin word without having to switch to direct input mode or another input method. But for non-Chinese input methods like the Russian “translit”, this makes of course no sense). 2) commit the matched phrase when Tab is typed 3) When committing by typing Space, commit the phrase followed by a “ ” instead of only the phrase. 4) if typing a valid input character has the result that there are no candidates anymore, but there were candidates before typing that character, pop that character from the input again, commit the first of the previous candidates and then reprocess the input character. This is also mainly needed for non-Chinese input methods like the Russian “translit”. The “translit” table contains: sh ш shh щ so typing “sh” matches “ш” and “щ”. The candidate with the shortest key sequence comes first in the lookup table, therefore “sh ш” is shown in the preëdit (The other candidate, “shh щ” comes second in the lookup table and could be selected using arrow-down. But “translit” hides the lookup table by default). Now, when after typing “sh” one types “s”, the key “shs” has no match, so add_input('s') returns “False” and we end up here. We pop the last character “s” which caused the match to fail, commit first of the previous candidates, i.e. “sh ш” and feed the “s” into the key event handler again. So AUTO_SELECT = TRUE seems to be not useful for Chinese input methods like stroke5. In the long run, I should probably improve ibus-table to split the hard to understand “AUTO_SELECT” option into several separate, more easy to understand options. Like a separate option whether to pass the space to the application when committing with space.
ibus-table-chinese-1.8.1-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/ibus-table-chinese-1.8.1-1.fc20
ibus-table-chinese-1.8.1-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/ibus-table-chinese-1.8.1-1.fc19
ibus-table-chinese-1.8.1-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/ibus-table-chinese-1.8.1-1.el6
ibus-table-chinese-1.8.2-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/ibus-table-chinese-1.8.2-1.fc20
ibus-table-chinese-1.8.2-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/ibus-table-chinese-1.8.2-1.fc19
ibus-table-chinese-1.8.2-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/ibus-table-chinese-1.8.2-1.el6
ibus-table-chinese-1.8.2-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
ibus-table-chinese-1.8.2-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
It is fixed in ibus-table-chinese-1.8.2 ibus-table-chinese-stroke5-1.8.2