comparison libpurple/protocols/oscar/oscar.c @ 23438:6dc33eb841aa

Remove a failsafe check that I don't believe is needed. I'm under the impression that sometimes the last modified timestamp will (at least somewhat) legitimately be set to 0 in cases where we really have received our roster. And this function doesn't seem to get called when we haven't received our roster. So, uh, this should fix the aim buddylist for a very small fraction of users who probably gave up on using Pidgin when it didn't work for them the first time they tried.

23437:1fcdc7d11f38

	od->getblisttimer = 0;

	purple_debug_info("oscar",
			   "ssi: syncing local list and server list\n");

	if ((timestamp == 0) || (numitems == 0)) {
		purple_debug_info("oscar", "Got AIM SSI with a 0 timestamp or 0 numitems--not syncing.  This probably means your buddy list is empty.\n");
		return 1;
	}

	/* Clean the buddy list */
	aim_ssi_cleanlist(od);

	{ /* If not in server list then prune from local list */
		PurpleBlistNode *gnode, *cnode, *bnode;

23438:6dc33eb841aa

	od->getblisttimer = 0;

	purple_debug_info("oscar",
			   "ssi: syncing local list and server list\n");

	/* Clean the buddy list */
	aim_ssi_cleanlist(od);

	{ /* If not in server list then prune from local list */
		PurpleBlistNode *gnode, *cnode, *bnode;