Bug 110550 - [liboscar] AIM buddy icons not showing for Gaim & iChat users.
Summary: [liboscar] AIM buddy icons not showing for Gaim & iChat users.
Status: RESOLVED FIXED
Alias: None
Product: kopete
Classification: Applications
Component: ICQ and AIM Plugins (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Kopete Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-11 03:38 UTC by Jes Hall
Modified: 2007-11-11 13:32 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jes Hall 2005-08-11 03:38:46 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:                Linux

AIM buddy icons are only showing reliably for contacts that are using Kopete. Contacts using Gaim and iChat don't have their buddy icons retreived. Packet dump availible.
Comment 1 Matt Rogers 2005-10-01 18:16:20 UTC
couldn't reproduce with a gaim contact. Is this still valid for iChat folks with Kopete from SVN?
Comment 2 Matt Rogers 2005-11-23 01:51:10 UTC
ok, reproduced now. The symptom (for documentation and reference purposes) is that the AIM server sends us back the correct packet for a buddy icon, but does not send the actual icon in the packet.

One way to workaround this is to request the icon again if the icon is empty, although we can't request the icon indefinately (maybe a three retry limit?)

Finding out what causes this in the first place would best, of course. :)
Comment 3 Matthias Granberry 2005-12-08 02:20:35 UTC
The contacts I'm seeing this with claim not to have an icon set.  Do we know they're actually publishing a buddy icon?

Libgaim clients seem to be the only ones whose _unset_ buddy icons we grok.

I just nagged a friend into setting an icon and removing it and the AIM server sends back a 48x48 empty transparent .gif upon removing the icon.

Other than checking the length of the returned icon (unreliable), the timing of the Oncoming Buddy packets (ridiculous), or looking to see if the icon is all-transparent (irritating) I don't see anything to distinguish this from a valid icon.

Was this the behavior you saw, Matt?
Comment 4 Matt Rogers 2005-12-08 02:32:10 UTC
no. the packets that I saw had no icon data in them whatsoever even though they were supposed to contain some sort of icon data and the checksums for the supposed icon that we were supposed to be getting were correct.
Comment 5 Thanos Kyritsis 2006-01-25 17:35:09 UTC
I can confirm that for kopete 0.11 (KDE 3.5.0). I have a friend who uses Adium (libgaim powered) and kopete does not show his ICQ buddy icon.
Comment 6 Matt Rogers 2006-03-16 19:42:44 UTC
Can this still be reproduced with later versions?
Comment 7 Jes Hall 2006-03-19 20:56:08 UTC
I'm getting all the iChat buddy icons now. One of my buddies is using Gaim and 
I'm not getting his, but it does seem to be pretty much fixed.
Comment 8 Jason 2006-08-09 21:25:57 UTC
I'm using 0.11.3 from debian/testing and it doesn't seem to be aware that the iChat user I'm talking to has an icon set up.  It only seems to be handling Y!M icons correctly.   
Comment 9 Justin Sheckler 2006-11-15 21:42:44 UTC
I'm using 0.12.2 from OpenSuse and I never get icons for any AIM users.  (My buddies' icons show up in Gaim, however.)
Comment 10 Roman Jarosz 2007-11-11 13:32:42 UTC
This should be fixed in trunk revision 580183 by caching buddy icons.

This bug is caused by AIM/ICQ server, because it only sends buddy icon data for approximately half an hour to other clients. So when you login then others can download your icon during that amount of time and after there is no way for them to download it.