[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