Description of problem: Adding a new LE requires user to restart. It will be ideal to be able to load the LE after restart iiim rather than restart X. Version-Release number of selected component (if applicable): - im-sdk-12.0.1-5 - iiimf-le-xcin-0.1.7-4 How reproducible: Always Steps to Reproduce: 1. install im-sdk in zh_TW locale 2. install iiimf-le-xcin 3. service iiim restart Actual results: LE does not get loaded. Cant find in the GIMLET either. Expected results: LE should be loaded after restarting iiim server. GIMLET should be updated without restart X. Additional info:
If you add a new LE, restart the service, remove and add gimlet from your panel, it should show the new LE. It worked for me 2 weeks ago.
Or how about killall -HUP htt_server?
Confirmed. 1) I packaged iiimf-le-simplehangul and installed it. 2) service iiim restart 3) Remove gimlet from panel. 4) Add gimlet to panel. And it works! (Unfortunately it seems both hangul and simplehangul can't be installed at the same time, or you are unable to choose one over the other? Is this a known bug filed elsewhere?)
From Comment #3 Warren, Does bug 131065 resembles your description of GIMLET unable to handle LE of the same name?
Both ways are possible as an alternative to restart X: 1) killall -HUP htt_server 2) service iiim restart -> remove gimlet -> add gimlet Will this be the permanent solution? Should I resolve the bug?
I would suggest keeping it open for now. Improving this behavior the "right way" could be safely done anytime up until the final RHEL4 development freeze, IMHO.
Running "killall -HUP htt_server" from %post for LE packages is probably a good idea.
Comment #7: Well, we already did that. Lawrence, have you tried to use the new LE to just input?
Comment #8 It is not possible to input as well. Do you think I should create two child bug against iiimf-le-xcin, iiimf-le-chinput, iiimf-le-canna and iiimf-le-hangul to add SIGHUP in the %post?
Perhaps %postun too? Tagoh, what happens to existing clients that may be using LE's when it receives SIGHUP?
Comment #10: it should be called on %preun too. Well, if the session isn't open, htt_server should returns proper LE's instance after htt_server received SIGHUP.
Surely postun: during preun the LE being removed is still present afaics.
other than SIGHUP, do we still have other issues here? otherwise we should close this bug.
im-sdk has been updated for this. Waiting to close until the Chinese LEs have been updated.
iiimf-le-chinput should now be fixed in iiimf-le-chinput-0.3-9.
Problem above is fixed and included a patch. And it is built successfully - iiimf-le-xcin-0.1.7-6. changing to MODIFIED. Please confirm, thanks.
Created attachment 104564 [details] notice the GIMLET entry for SC does not have an arrow that points to the name of the LE
Tested chinput-10 with im-sdk-12.0.1-9 It seems that the problem still exist even after restarting htt server and adding/removing GIMLET from thge panel. Steps: - upgrade im-sdk-7 to im-sdk-9 - install chinput -10 - service iiim restart - remove GIMLET (if available) from panel and add GIMLET to panel - click GIMLET -> add locale - select zh_CN locale -> OK - click GIMLET -> select zh_CN Actual Result: - LE does not get loaded - CPU reaches a high of around 70% Expected Result: - LE gets loaded - CPU is kept to a minimal Additional Info: Please refer to screenshot.
In response to comment 18: that is a new feature - gimlet only creates a submenu if there are multiple LEs available for the locale. Comment 19 sounds quite unrelated - likely a chinput or htt_server bug... please open a separate report for that.
Confirmed fixed. Tested with im-sdk-12.0.1-12.svn1943 with all four supported CJK LE. Thanks. ------ Steps: 1) remove all LE - rpm -e `rpm -qa |grep iiimf-le` 2) install one LE - rpm -Uvh iiimf-le-chinput 3) service iiim restart 4) toggle on -> input -> off 5) rpm -e `rpm -qa |grep iiimf-le` 6) service iiim restart 7) Repeart 2-6 with the rest of LEs