comparison libpurple/protocols/msn/slplink.c @ 30129:a83167dd305c

And another one just like 94fa017925fa206fc36f520ee42c54f57429b4e1. But this time, the switchboard might not get destroyed immediately, so you'd get it trying to destroy the slplink when it times out instead. I think this fixes #12043.
author Elliott Sales de Andrade <qulogic@pidgin.im>
date Sat, 29 May 2010 22:19:12 +0000
parents bc9f74e9f596
children 8c1a2ef5a713 562498203fe8
comparison
equal deleted inserted replaced
30128:df89dd9fc267 30129:a83167dd305c
207 207
208 /* The slplink has no slpcalls in it, release it from MSN_SB_FLAG_FT. 208 /* The slplink has no slpcalls in it, release it from MSN_SB_FLAG_FT.
209 * If nothing else is using it then this might cause swboard to be 209 * If nothing else is using it then this might cause swboard to be
210 * destroyed. */ 210 * destroyed. */
211 if (slplink->slp_calls == NULL && slplink->swboard != NULL) { 211 if (slplink->slp_calls == NULL && slplink->swboard != NULL) {
212 slplink->swboard->slplinks = g_list_remove(slplink->swboard->slplinks, slplink);
212 msn_switchboard_release(slplink->swboard, MSN_SB_FLAG_FT); 213 msn_switchboard_release(slplink->swboard, MSN_SB_FLAG_FT);
213 slplink->swboard = NULL; 214 slplink->swboard = NULL;
214 } 215 }
215 216
216 /* The slplink has no slpcalls in it, release it from the DC. */ 217 /* The slplink has no slpcalls in it, release it from the DC. */