changeset 24468:77873bca18bb

I think we don't need to keep track of the number of users on the FL. This stuff has been commented out for a while now, with no complaints. Whatever the limit is now, it's either reported by the server, or too large for anyone to care, it seems.
author Elliott Sales de Andrade <qulogic@pidgin.im>
date Mon, 08 Dec 2008 00:18:45 +0000
parents 692c34bf98d8
children 2b6847646817
files libpurple/protocols/msn/msn.c libpurple/protocols/msn/userlist.c libpurple/protocols/msn/userlist.h
diffstat 3 files changed, 0 insertions(+), 21 deletions(-) [+]
line wrap: on
line diff
--- a/libpurple/protocols/msn/msn.c	Mon Dec 08 00:14:46 2008 +0000
+++ b/libpurple/protocols/msn/msn.c	Mon Dec 08 00:18:45 2008 +0000
@@ -1443,17 +1443,6 @@
 		purple_debug_info("msn", "msn_add_buddy: %s\n", who);
 #endif
 
-#if 0
-	/* Which is the max? */
-	if (session->fl_users_count >= 150)
-	{
-		purple_debug_info("msn", "Too many buddies\n");
-		/* Buddy list full */
-		/* TODO: purple should be notified of this */
-		return;
-	}
-#endif
-
 	/* XXX - Would group ever be NULL here?  I don't think so...
 	 * shx: Yes it should; MSN handles non-grouped buddies, and this is only
 	 * internal. */
--- a/libpurple/protocols/msn/userlist.c	Mon Dec 08 00:14:46 2008 +0000
+++ b/libpurple/protocols/msn/userlist.c	Mon Dec 08 00:18:45 2008 +0000
@@ -184,10 +184,6 @@
 		{
 			msn_user_add_group_id(user, group_id);
 		}
-		else
-		{
-			/* session->sync->fl_users_count++; */
-		}
 	}
 	else if (list_id == MSN_LIST_AL)
 	{
@@ -253,10 +249,6 @@
 			msn_user_remove_group_id(user, group_id);
 			return;
 		}
-		else
-		{
-			/* session->sync->fl_users_count--; */
-		}
 	}
 	else if (list_id == MSN_LIST_AL)
 	{
--- a/libpurple/protocols/msn/userlist.h	Mon Dec 08 00:14:46 2008 +0000
+++ b/libpurple/protocols/msn/userlist.h	Mon Dec 08 00:18:45 2008 +0000
@@ -53,8 +53,6 @@
 	int buddy_icon_window;
 	guint buddy_icon_request_timer;
 
-	int fl_users_count;
-
 };
 
 gboolean msn_userlist_user_is_in_group(MsnUser *user, const char * group_id);