[Pidgin] #9733: 2.5.8 -> Contact Stays blocked in Pidgin, despite being unblocked in other MSN clients

[Pidgin]

#9733: 2.5.8 -> Contact Stays blocked in Pidgin, despite being unblocked in other
MSN clients
----------------------------------------------------------------+-----------
 Reporter:  tigerfishdaisy                                      |        Owner:  QuLogic
     Type:  defect                                              |       Status:  new    
Milestone:                                                      |    Component:  MSN    
  Version:  2.5.8                                               |   Resolution:         
 Keywords:  UnBlocked User does not  stay unblocked in Pidgin.  |  
----------------------------------------------------------------+-----------

Comment(by QuLogic):

 Replying to [comment:18 tigerfishdaisy]:
 > I don't think, however, that is the whole underlying problem, though.
 To me, if one did distinguish between !PassportMember and !EmailMember and
 XXXXMember and so-on and so-forth in libpurple, that would cause, in my
 case, duplicate contacts with different networks being present in my
 contact list, which is not the case in any of the other clients I used
 (official included).
 >

 The membership list is not the same as your address book.

 > At any rate, the official client, from glancing over its debug log,
 apparently sends out a FQY command to try and figure out the network ID of
 the contact, and then ignores the contact when the resulting FQY response
 comes back in without a 't' field in the <c> tag.  If you want, I can send
 the official client's debug log to username AT pidgin DOT im.

 We used to do this, but then the server stopped sending 't' once in a
 while, so we had to treat them as Passport instead, or we'd never add
 them. If we saved that it was an !EmailMember, then we could require the
 't' and not fall back to Passport in this case instead.

-- 
Ticket URL: <http://developer.pidgin.im/ticket/9733#comment:21>
Pidgin <http://pidgin.im>
Pidgin