Mercurial > pidgin.yaz
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);