summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorYouness Alaoui <kakaroto@kakaroto.homelinux.net>2015-10-13 20:36:53 -0700
committerYouness Alaoui <kakaroto@kakaroto.homelinux.net>2015-10-13 20:36:53 -0700
commit914eb216a5ed4c6de1aac76fd348a6f36cf6ef04 (patch)
tree88f4b897dbb425dcce12147b0bfcb7879fa1d3bc
parent5d5a041cfe2db840e110b9a2b67c36e9307d2515 (diff)
downloadpidgin-914eb216a5ed4c6de1aac76fd348a6f36cf6ef04.tar.gz
Fix for AIM when using gateway proxies
The issue here is that smoe gateway proxies (such as smarsh.com) will terminate a connection to some services (such as the BART service in the case with the Smarsh proxy) at which point the flap_connection gets scheduled for termination and will then check if there are any LOCATE services connections available, if there are none, it will sign out. The problem is that the flap_connection_getbytype call will only return connections that are 'connected' (passed auth) but since the MD5 authentication method, it never sets any connection to connected, so it thinks there are no LOCATE connections and signs out. This should fix other bugs that might be affected by the API call flap_connection_getbytype returning NULL when it shouldn't. This should fix issue #14917 : https://developer.pidgin.im/ticket/14917 Reviewed by Jorge Villasenor <salinasv@pidgin.im> Fixes #14917
-rw-r--r--libpurple/protocols/oscar/oscar.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/libpurple/protocols/oscar/oscar.c b/libpurple/protocols/oscar/oscar.c
index ce6f6d3e6b..35d683745b 100644
--- a/libpurple/protocols/oscar/oscar.c
+++ b/libpurple/protocols/oscar/oscar.c
@@ -546,6 +546,7 @@ flap_connection_established_bart(OscarData *od, FlapConnection *conn)
static int
flap_connection_established(OscarData *od, FlapConnection *conn, FlapFrame *fr, ...)
{
+ conn->connected = TRUE;
purple_debug_info("oscar", "FLAP connection of type 0x%04hx is "
"now fully connected\n", conn->type);
if (conn->type == SNAC_FAMILY_LOCATE)