# HG changeset patch # User Elliott Sales de Andrade # Date 1228695525 0 # Node ID 77873bca18bb582a9944debc69b756959e9c4f4e # Parent 692c34bf98d89eab627752b69b4890852a35d454 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. diff -r 692c34bf98d8 -r 77873bca18bb libpurple/protocols/msn/msn.c --- 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. */ diff -r 692c34bf98d8 -r 77873bca18bb libpurple/protocols/msn/userlist.c --- 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) { diff -r 692c34bf98d8 -r 77873bca18bb libpurple/protocols/msn/userlist.h --- 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);