Red Hat Bugzilla – Bug 718900
duplicate ibus icon at the panel after restarting
Last modified: 2011-07-14 07:15:39 EDT
Description of problem:
Once restarting ibus from imsettings, the ibus icon is duplicated at the panel.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.run imsettings-switch -rnq on the terminal
GTK+2 version of the ibus icon appears at the panel and GNOME3 version of the ibus icon keeps there as well.
only one should be kept there.
I don't know if I should file another bug but the gnome3 version of the ibus icon doesn't go away by killing ibus process. it may be relevant to this issue.
This is a known issue.
Actually ibus-gnome3 is a test package.
The candidate patch removes the icon in upstream:
The workaround is to remove 'ibus-ui-gtk' by manual in:
Probably I think this would be a good bug for f16 integration plan.
Well, does it also fix the issue I'm mainly concerned here, which the non-gnome3 icons appears on the panel when restarting?
(In reply to comment #2)
> Well, does it also fix the issue I'm mainly concerned here, which the
> non-gnome3 icons appears on the panel when restarting?
OK, I understood the problem now.
Reverting the category again.
I updated ui/gjs-g-s/indicator.js .
ibus-22.214.171.12410419-10.fc15 has been submitted as an update for Fedora 15.
* should fix your issue,
* was pushed to the Fedora 15 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing ibus-126.96.36.19910419-10.fc15'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Once installing the updated package and restart the desktop, I don't see gnome3 version of ibus icon anymore even though I have ibus-gnome3 package installed. is it expected behavior in this fix?
ibus-188.8.131.5210419-10.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to comment #7)
> Once installing the updated package and restart the desktop, I don't see gnome3
> version of ibus icon anymore even though I have ibus-gnome3 package installed.
> is it expected behavior in this fix?
It's strange with me.
Are all ibus* 184.108.40.20610419-10 ? ibus-gnome3 is also needed.
Hmm, behavior isn't stable for me and I still see this issue when:
1. log into the desktop
2. open a terminal
3. imsettings-switch none
4. imsettings-switch ibus
This happens only once after the startup with the above steps. following step 3 and 4 after that still appears the gtk2 version of ibus icon though, it's hidden soon.
(In reply to comment #10)
> Hmm, behavior isn't stable for me and I still see this issue when:
> 1. log into the desktop
> 2. open a terminal
> 3. imsettings-switch none
> 4. imsettings-switch ibus
> This happens only once after the startup with the above steps. following step 3
> and 4 after that still appears the gtk2 version of ibus icon though, it's
> hidden soon.
I could understand your issue but probably it may be related with the specs.
The dbus connections are upstreamed except for gjs parts.
Currently the suggestion is we should not close the ibus connection but the connection can be replaced with another connection.
Previously I suggested to check the existence of gnome-shell with a dbus method but the special condition is not agreed.
The current logic is:
1. ibus-daemon launch gtk icon.
2. gnome-shell ibus launch the gjs icon which can replace gtk icon.
So the gtk icon is shown slightly.
Currently I have no idea to have the better specs without the special condition.
If you think this is a critical issue, we may be able to add an internal patch for Fedora only. Hmm...
I think the logic should work with either classic GNOME(GNOME 2) and gnome-shell.
Ideally it should simply appears one icon anyway though, appearing two icons and hiding one may be still acceptable. I just explained what I saw in some testing. so you could ignore that perhaps. but are you saying even keeping two icons in the first case is also not a bug? I'm afraid I can't agree with it since it's working as expected at the end in next restart as I mentioned at the last in comment#10.
(In reply to comment #12)
> testing. so you could ignore that perhaps. but are you saying even keeping two
> icons in the first case is also not a bug? I'm afraid I can't agree with it
OK, I revised the logic slightly. The original bug is fixed and other issues can be discussed with bug 720884.