[Pidgin] #2571: libpurple is not reflecting nick changes back to the server list

Pidgin trac at pidgin.im
Thu Aug 16 21:06:47 EDT 2007


#2571: libpurple is not reflecting nick changes back to the server list
------------------------+---------------------------------------------------
  Reporter:  zphd44     |       Owner:                          
      Type:  defect     |      Status:  new                     
  Priority:  minor      |   Milestone:                          
 Component:  libpurple  |     Version:  2.1.0                   
Resolution:             |    Keywords:  msn nick synchronization
   Pending:  0          |  
------------------------+---------------------------------------------------
Comment (by QuLogic):

 Oh, I found that quite annoying...

 From what I can tell, libpurple has a `store_name` (the nickname on the
 server) and a `friendly_name` (the nickname the client displays) for every
 user. I guess that was so that libpurple could refer to the stored name
 when talking to the server. With the REA command, that seems a little bit
 redundant.

 I've written a patch that removes `store_name` and changes the nickname on
 the server whenever `friendly_name` has changed. (I think removing the
 `store_name` API is OK, since it's internal to the MSN prpl.) I've tested
 it with name changes, and it seems to work fine.

 For whoever might be applying this, you don't need to wait for MSNP14,
 since REA is replaced with a different command there, anyway. I'd say this
 is still useful for removing the duplicate storage of nicknames. There are
 some superfluous changes from `store_name` to `friendly_name` just so that
 I wouldn't find them with a search/grep. I can remove those to simplify
 the patch, if you want.

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


More information about the Tracker mailing list