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):
Steps to Reproduce:
1. install im-sdk in zh_TW locale
2. install iiimf-le-xcin
3. service iiim restart
LE does not get loaded. Cant find in the GIMLET either.
LE should be loaded after restarting iiim server. GIMLET should be
updated without restart X.
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?
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
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.
Well, we already did that.
Lawrence, have you tried to use the new LE to just input?
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
Perhaps %postun too?
Tagoh, what happens to existing clients that may be using LE's when it
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.
- 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
- LE does not get loaded
- CPU reaches a high of around 70%
- LE gets loaded
- CPU is kept to a minimal
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.
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