[Pidgin] #11323: Not all buddy icons downloading for AIM
Pidgin
trac at pidgin.im
Wed Feb 10 21:38:17 EST 2010
#11323: Not all buddy icons downloading for AIM
---------------------+------------------------------------------------------
Reporter: gh4ever | Owner: MarkDoliner
Type: defect | Status: pending
Milestone: | Component: libpurple
Version: 2.6.5 | Resolution:
Keywords: |
---------------------+------------------------------------------------------
Changes (by darkrain42):
* status: new => pending
* component: AIM => libpurple
Comment:
Replying to [comment:3 gh4ever]:
> I can confirm this occurs for XMPP also.
These are likely very different issues. For XMPP, I'm knowledgeable
enough to say that libpurple simply doesn't poll contacts for buddy icons.
Icons are typically delivered along with presence (i.e. when a contact is
online).
> Also, if an AIM user is available only on his cell phone that's linked
to his account, the buddy icon for the account isn't downloaded.
From what I can tell (I just checked), libpurple's AIM prpl functions the
same way; the data for buddies is passed along with initial presence, and
icons are retrieved at that point, if needed. If a user logging in with a
mobile client makes the icon ''disappear'' in Pidgin, then that very
likely means the mobile client is actively unsetting the icon (or at least
that's what the server is doing). There's little we can do about that.
> I can see how this could be a problem for users with extremely large
buddy lists, but shouldn't there at least be an option for other users?
In my opinion, no. I personally have no use for such a thing. I also
find a function like that that allows a user to (easily) cause load on the
server distasteful.
--
Ticket URL: <http://developer.pidgin.im/ticket/11323#comment:4>
Pidgin <http://pidgin.im>
Pidgin
More information about the Tracker
mailing list