Mercurial > pidgin.yaz
comparison libpurple/protocols/jabber/roster.c @ 22817:b77d000b738b
Add a comment. Could someone familiar with the Jabber protocol or our
Jabber PRPL comment on this (or change my comment to an explanatory one?)
Etan? Nathan? Thanks!
author | Mark Doliner <mark@kingant.net> |
---|---|
date | Sun, 04 May 2008 20:44:08 +0000 |
parents | 05f525c8f192 |
children | 61e0bcbf31ab |
comparison
equal
deleted
inserted
replaced
22816:04e0d8677b9a | 22817:b77d000b738b |
---|---|
327 if(!(who = jabber_get_bare_jid(buddy->name))) | 327 if(!(who = jabber_get_bare_jid(buddy->name))) |
328 return; | 328 return; |
329 | 329 |
330 jb = jabber_buddy_find(js, buddy->name, FALSE); | 330 jb = jabber_buddy_find(js, buddy->name, FALSE); |
331 | 331 |
332 /* | |
333 * For some reason if we're waiting for our subscription request | |
334 * to be approved and we try to add the buddy to another group | |
335 * then we remove the buddy from the old group. I don't understand | |
336 * the rationale for this, can someone please explain it? It seems | |
337 * like we should pass NULL as the groups parameter to | |
338 * jabber_roster_update(). | |
339 */ | |
332 if(!jb || !(jb->subscription & JABBER_SUB_TO)) { | 340 if(!jb || !(jb->subscription & JABBER_SUB_TO)) { |
333 groups = g_slist_append(groups, group->name); | 341 groups = g_slist_append(groups, group->name); |
334 } | 342 } |
335 | 343 |
336 jabber_roster_update(js, who, groups); | 344 jabber_roster_update(js, who, groups); |