indicator-applet-session's icons are not reflecting the status changes

I'm not sure if that was the right package. Launchpad does not include the indicator-applet-session package, so I did my best guess.

I created a video to display the behavior.

Here's something strange. Look at what happens when I run Empathy and Pidgin side by side.

(by the way, this is the very first time I actually ever got the right icon for "invisible" that's why I hesitated a little in the vid, I was surprised!)

It seems that depends on the kind of IM network you're using. Can you detail which network you're logged in, and whether they do support the different status changes you're doing.

I was using AIM, which AFAIK supports the same status icons that Jaunty used.

Okay, this is a bug in empathy. I tested the XMPP account I have and it all works just fine.

The icon also changes correctly in AIM and XMPP with Pidgin.

However, Empathy+AIM is where the bug is happening.

upstream report created:

https://bugzilla.gnome.org/show_bug.cgi?id=599976

My bug report was rejected. They said that this is a problem with indicator-applet. I guess that's right. I just don't know who to blame :-)

Okay, it affected pidgin, too, today. First time it's done that. I made a little vid of it happening. This is AIM and XMPP, both of which support these statuses. The icon just stayed on "Available" through everything.

Thanks for the video bug. Those are always great tools. I have moved the upstream bug, and feel there's enough information for it to be triaged. The software developers may request more information tho.

Still present in Jaunty daily build (most recent release being A2)

thank you for your bug report, can you try if that's still an issue in lucid?

Yes. Sorry, I could have sworn I updated this report. The same behavior occurs.

could you describe what you do exactly to trigger the bug?

See the attached video

thank you for the video, is the buddy in the list yourself? it seems to empathy combo updates correctly. do you get the same bug using the empathy combo box to change status?

yes, that is myself in the buddy list.

I apologize, but my cropping of the video was not very good. The applet does not update correctly. I was also selecting "Invisible", but it would switch to "away".

Also, if I change the status with Empathy, the same bug happens.

I just tried it with pidgin. A similar bug occurs. Again, see the vid.

what protocol do you use on those examples? the combo boxes in empathy and pidgin stays on sync with the indicator, it's the buddy in the list which gets the wrong status, it seems the bug is not an indicator one or the applications combo would not get the same value than the indicator. do you get the issue by changing the status empathy or pidgin rather than using the indicator? does it happen every time or only one every <n> tries?

So Ted who is working on that just explained on IRC that the inconsistency between the combo status and the buddy one is what happens when a protocol doesn't handle the status which is set there is a fallback to setting the status determined closer from this one

That seems like it makes sense, but the problem is that AIM (which is the protocol used) DOES support these. I'm actually using the indicator-applet right now in Karmic and it works just fine with Pidgin. However, this bug happens if I try to do it with empathy in Karmic.

do you have any other protocol enable, the local zeroconf one for example? could you try on lucid rather than karmic?

I'm sorry, I had a typo, the last word in my last post should have been Lucid, not Karmic. Also, what is the "local zeroconf" protocol?

can you make a screenshot of your accounts dialog, that will be easier that explaining the account type details

Here's a little graph of the account programs.

I could not get empathy to work because it claimed it didn't have support to the AIM protocol, but I have the right packages installed. The account details are the same as Lucid, though

Just to clarify:

This bug does not affect my pidgin on my current Karmic release, but it does affect empathy. On both Lucid and Karmic, both Pidgin and Empathy are affected.

could you try with disabling the second account in empathy?

apologies, Mr. Bacher, but the bug is still present. Is there any way I can get a log from the applet? I don't know how else to help.

nothing to apologies about, I think the issue there is just that aim lacks some status, that works fine when using jabber, the bug seems to have enough detail to be worked by somebody using aim and wanting to look at the issue

I don't get this issue.

Check out these videos. I'm using my jabber account, and only my jabber account on both Pidgin and Empathy. The same thing happens on it now.

thank you for your efforts there, I will let somebody who can make sense of your comment deal with it now, every video you send is showing a different behaviour, on previous one empathy was reacting to most changes and getting some status wrong but now it doesn't react to any change on the new video and you have some other software showing status changes?

Maybe the title should read that "indicator session changes aren't reflected in empathy and/or pidgin correctly" ?

Brian: In the latest video, the indicator doesn't even change at all. I am convinced that this problem lies within the indicator. Things work when I use them within the individual programs. Again, Using Karmic's version with Pidgin works without a hitch. Using Lucid's version with Pidgin (using the same AIM name) does not.

I'm running updates often to get the the latest packages of things in hopes that it will resolve itself. Maybe that's why the behavior is always different.

I'm using everything default in Ubuntu, even the close buttons on the left side :).

Thanks for your help, Mr. Bacher.

Chauncellor, what type of internet connection do you use?

I use a University LAN connection.

Okay, I have figured it all out:

AIM, at some point or another, dropped "busy" as a status from the protocol. I used to use busy every once in a while a few years ago, and it was fine. However, I went into a windows machine, downloaded the latest official version of AIM, and noticed that only three statuses are supported:

1) Available
2) Away, and:
3) Invisible.

So! That explains why "Busy" did not work with the applet.

XMPP does not support Invisible. I did not know about that, I thought it did.

The reason that it flips out so much in the videos is because I combined the XMPP and Oscar protocols together. This does not play nicely with the applet, which can only express one setting.

I'm very sorry that this bug has continued to exist for so long. Thank you so much, Mr. Bacher, for continuing to try and help. I will mark this as invalid.

However, I have one final question: Would it be worth the time to create a wishlist bug report that would make the indicator-me applet check to see which statuses are supported and then grey them out/hide them accordingly? It seems like it would be a tricky thing to implement, but if it's not unreasonable I would certainly like to see this implemented to prevent further confusion.