Apparent "hide_status_icon_on_unity.patch" regression

Status changed to 'Confirmed' because the bug affects multiple users.

Thank you for your bug report, I can't confirm that here ... what session do you use? when does it happen?

Sebastien, unity session, always. bug 934170

Same here, unity session, always happens. Note that as in the previous bug report, this happens when the dconf "/desktop/unity/panel/systray-whitelist" key is set to "all" (which is really the only sane value for it, given that lots of software only supports the gnome systray, and does not support the indicator system).

And I suppose this is an apropos place to once again plead for a "systray-blacklist" key, which would be *far* more useful than systray-whitelist :).

Status changed to 'Confirmed' because the bug affects multiple users.

ok, I tried in a guest session to set the gsettings to 'all' which seems to work since there is a printer icon showing but no double battery, that's on a docked laptop, I tried undocking the laptop, docking it back, restarting g-s-d, restarting unity-panel-service, still no double icon, not sure how to trigger it...

I'm experiencing the same thing as Brett in the unity 3d session. I have my systray-whitelist key also set to "all" but it also has an entry for "desura". Anyway if I set this key back to the default setting, logout and log back in, the power indicator works as normal and the duplicate battery icon is gone. I am not on a fresh install though, It has been upgraded twice so far starting from Natty.

systray-whitelist 'all' was here before my bug report but not two battery icons, means an update from 17th is responsible for introducing the second icon.
When the non-indicator is a gnome-applet it should be blacklisted in Unity.
Couldn't find any gnome related in dconf to disable.

Seems something is wrong with updating the icon cache.
Since recent updates there're also two network-manager icons in the panel. bug 938380

Heh, I'm also seeing the duplicate nm-applet icons now as well. Both nm-applet icons are functional as well, which is a bit different than the power/battery icons.

the nm issue is a different one and likely due to the nm-applet changes to fix the leaks with the indicator, btw you guys should really drop the 'all' whitelist, that's what is creating those bugs for you...

> btw you guys should really drop the 'all' whitelist, that's what is creating those bugs for you...

Sebastien, are you joking or trolling? You aren't seriously suggesting that we should simply stop using any software that doesn't support the indicator system, simply because the Ubuntu switch to Unity/indicators is complicated and has caused bugs interacting with software written for gnome, are you? It would be much easier for me to simply quit using Unity instead, but in general, I like where Ubuntu is going with Unity, and want to support & help fix bugs, not just work around and ignore them.

Ok, I think I found the issue, will be fixed in the next upload

@Brett, I'm not suggesting anything, just pointing that the workaround is easy if you really can't wait on a fix, just whitelist things you need, anyway that's a moot point since that bug being fixed in the next upload ;-)

This bug was fixed in the package gnome-settings-daemon - 3.3.90-0ubuntu4

---------------
gnome-settings-daemon (3.3.90-0ubuntu4) precise; urgency=low

  * Renamed unity patches to start with <num>_unity and be in the same range,
    it makes easier to see what patches we have
  * debian/control.in:
    - updated libappindicator version requirement for set_title()
  * debian/patches/60_unity_hide_status_icon.patch:
    - updated to fix a case not handled before (lp: #934582)
  * debian/patches/61_unity_use_application_indicator.patch:
    - set an indicator title for the unity hud benefit (lp: #943319)
 -- Sebastien Bacher <email address hidden> Wed, 29 Feb 2012 18:28:11 +0100

Sorry it took so long, but I can confirm that the problem is gone with the new gnome-settings-daemon package. Thanks Sebastien!