some indicators displayed twice

I found that not only the nm-applet is shown twice, but the battery indicator, the network indicator and the Bluetooth indicator.

Duplicate indicators with DIFFERENT bluetooth status!

If I remove the indicator-applet and add it, I'm getting all the indicators only once.

nm-applet is in network-manager-gnome, moving the bug to that package.

I think the description explains how it's not an issue in nm-applet but in indicator-applet, somehow it loads twice in the panel (other indicators are also affected).

It seems to be related to the number ApplicationAdded signals that happen between the call and the response to the GetApplications method call. Here's a bustle log of when I get two extra icons:

mc 1299870599 877264 96 :1.98 :1.106 /com/canonical/indicator/application/service com.canonical.indicator.application.service GetApplications
sig 1299870599 877608 85 :1.106 /com/canonical/indicator/application/service com.canonical.indicator.application.service ApplicationAdded
sig 1299870599 877706 86 :1.106 /com/canonical/indicator/application/service com.canonical.indicator.application.service ApplicationAdded
mr 1299870599 877859 87 96 :1.106 :1.98

Looks like we'll need a way to detect this case and ensure that we don't loose any items as well.

It seems that one easy and fast way to restore a panel without duplicated icons is to issue the following command within a terminal (or using Alt-F2?):

killall unity-panel-service

(once killed, unity-panel-serice appears to restart itself automatically).

@mlaverdiere
While that may serve as a quick fix for alpha and beta testers, it is by no means a solution to the problem.

There is a branch opened for this bug (linked to above), but I've not had time to look into it to see how close it is to solving the problem. A better solution would be to not load duplicate indicators in the first place by possibly using a queue of some sort for initially called indicator items and removing them when they load.

@kyleabaker
Of course, the killall unity-panel-service command to restore the panel when facing the problem is by no mean a solution to this bug, but just a way to quickly fix things without logging out/logging in or performing other time-consuming procedure . Obviously, a solution has to be found in order to prevent duplicated indicators loading (we're at the "fix committed" stage for this bug, so it seems that we do have a solution now).

That being said, if the problem was to happen again, the killall unity-panel-service may serve as a workaround, if used within a script automatically launched at startup, like it is proposed in a similar bug report (in that case, it was the killall gnome-panel command) for a previous Ubuntu version: https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/439448

This bug was fixed in the package indicator-application - 0.2.95-0ubuntu1

---------------
indicator-application (0.2.95-0ubuntu1) natty; urgency=low

  * New upstream release.
    ∘ Fix ordering of indicators
    ∘ No more duplication of indicators on the panel (LP: #708243)
    ∘ Using proper object on async call (LP: #734584)
    ∘ Protect from the accessible description being NULL. (LP: #724767)
  * Drop debian/patches/fix-null-string-to-variant-crash.patch
 -- Ted Gould <email address hidden> Wed, 16 Mar 2011 14:50:37 -0500