Hide Forgot
Created attachment 482606 [details] zh_TW ibus icon menu after it is broken Description of problem: ibus-chewing is broken after hitting space key to select predict characters. It shows square characters in predict window and on ibus icon. Version-Release number of selected component (if applicable): ibus-chewing-1.3.5.20100714-4.el6 How reproducible: 100% Steps to Reproduce: 1. Logon zhTW locale 2. Open gedit and type 'eji6' 3. Hit space key 4 times(predict window shows square characters) 4. Hit space key more but most of characters displayed are square 5. Move mouse focus to ibus icon and try left and rgith click. Pop-up menu is also garbled. Actual results: Broken? Expected results: Should work correctly. Additional info:
This broken phenomenon is back to normal after restarting ibus.
RHEL6.0 has the same issue. (Not regression I guess)
May I have the output of: gconftool-2 -a /desktop/ibus/engine/Chewing
$ gconftool-2 -a /desktop/ibus/engine/Chewing plainZhuyin = false spaceAsSelection = true escCleanAllBuf = false inputStyle = in candidate window syncCapsLockLocal = keyboard forceLowercaseEnglish = false selKeys = 1234567890 phraseChoiceRearward = true easySymbolInput = true candPerPage = 10 KBType = default maxChiSymbolLen = 20 numpadAlwaysNumber = true autoShiftCur = false hsuSelKeyType = 1 addPhraseDirection = false
I still cannot reproduce the bug, what's version of libchewing?
Hi I could reproduce this bug using the latest RHEL6.1 build. libchewing-0.3.2-27.el6.x86_64 Could you try - Fresh install on zh_TW - VM This might be kvm issue since I am using a kvm guest for this testing.
Mmm, I just recent install a new RHEL6 box, which reproduced the problem. I will investigate that further.
Mmm, the debug mode shows the correct string, but not in candidate dialog.
Mmm, type "ibus-daemon" in command line. When the error occur, it pumped out: /usr/share/ibus/ui/gtk/candidatepanel.py:482: PangoWarning: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='AR PL UMing HK Light 9.9990234375', text='國'
This turn out to be the problem of AR PL UMing in size 12, 11, and 10. I can reproduce the same bug with gucharmap with character 䆐 (U+4190) with zh_CN.utf8 and zh_TW.utf8 Steps: 1. LANG=en_US.utf8 gucharmap 2. Search and show character (U+4190). 3. Change font to either one of "AR PL UMing" and size to 10 Note the display is still normal. 4. Quit gucharmap 5. LANG=zh_TW.utf8 gucharmap 6. Now Chinese characters are displayed like empty boxes. Other locale such as en_US, ja_JP doesn't seems to have this problem. Other fonts such as WQY and AR PL UKai doesn't seems to have problem either.
Looks like the recurrence of https://bugzilla.redhat.com/show_bug.cgi?id=519317
Fedora cjkuni-uming-font did fix the problem.
I manually removed /etc/fonts/conf.d/25-ttf-arphic-uming-bitmaps.conf, and seems this bug is fixed. Will remove the 25-ttf-arphic-uming-bitmaps.conf from cjkuni-fonts.spec.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Prior to this update, when viewing the U+4190 CJK character with the AR PL UMing font and the font size 10, this character was not displayed properly. This bug has been corrected in this update so that the character is now correctly displayed as expected.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0922.html