Plank looses its running application indicator if said application is restored from the messaging indicator

[Lee Hyde]

On occasion plank 'looses' a running application indicator in-spite of the fact that the application in question is still running. I've noticed this with Thunderbird and Empathy thus far, and it appears to occur after said applications are restored from the messaging indicator.

Thus far I have not been able to reproduce this behaviour in a predictable fashion (i.e. It doesn't appear to occur every time these applications are restored to/from the messaging indicator). I'll keep an eye on the situation and report back once I can see a pattern evolving, I might also run plank in debug mode and see what that throws up.

Also worthy of note is the fact that I observed similar behaviour within Docky 2.x AND that unless first summoned from the dock (it running in the background, minimised to the messaging indicator), Empathy typically does not show a running application indicator.

Plank Version: 0.2.0~bzr467-0ubuntu1~11.10~ricotz1 (although observed in earlier versions)
Docky Version: 2.2.0~bzr1817-0ubuntu1~11.10~dockycore1 (although observed in earlier versions)
BAMFDaemon Version: 0.2.104-0ubuntu1
Distro: Ubuntu 11.10 (Oneiric Ocelot) x86-64
Kernel Version: 3.0.0.12
X.org Version: 1:7.6+7ubuntu7
Video Card: nVidia GeForce 8400M GT
Video Card Drivers: nvidia-current 290.10-0ubuntu1~oneiric~xup1
Window Manager: Compiz
Desktop Environment: GNOME/Pantheon

[Lee Hyde (anubeon)]

I just had a play around with this, with plank in debug mode, and it seems that plank only looses thunderbird's running application indicator when thunderbird is restored from the messaging indicator and ONLY when there is a new message in INBOX (not any other folders, such as my launchpad folder) and ONLY when thunderbird is restored from INBOX. However, the debug log shows an error of some sort (see last two lines below) preceding this event and no further messages regarding the event in-question. So this could all be coincidental.

[INFO 19:15:05.439840] [AbstractMain:182] Plank version: 0.2.0.467
[INFO 19:15:05.440331] [AbstractMain:189] Kernel version: 3.0.0-12-generic
[DEBUG 19:15:05.582580] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/theme/hover.theme'
[DEBUG 19:15:05.643821] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/settings'
[DEBUG 19:15:05.645990] [DockItems:146] Reloading dock items...
[DEBUG 19:15:05.651738] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/eog.dockitem'
[DEBUG 19:15:05.653859] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/keepassx.dockitem'
[DEBUG 19:15:05.655302] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/home.dockitem'
[DEBUG 19:15:05.658010] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/firefox.dockitem'
[DEBUG 19:15:05.659754] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/thunderbird.dockitem'
[DEBUG 19:15:05.661640] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/beatbox.dockitem'
[DEBUG 19:15:05.662998] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/totem.dockitem'
[DEBUG 19:15:05.664333] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/liferea.dockitem'
[DEBUG 19:15:05.665976] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/dock1/launchers/empathy.dockitem'
[DEBUG 19:15:05.668401] [DockItems:173] done.
[DEBUG 19:15:05.827888] [Preferences:215] Loading preferences from file '/home/ch2lah/.config/plank/theme/dock.theme'
[DEBUG 19:15:05.843066] [DockWindow:267] dock window loaded
[FATAL 19:15:50.423099] [GLib-GObject] g_object_unref: assertion `G_IS_OBJECT (object)' failed
[FATAL 19:15:50.423508] Plank will not function properly.

[Robert Dyer (psybers)]

That error is most likely harmless.

[Robert Dyer (psybers)]

Most likely a duplicate of bug 762481.