aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorphsultan <phsultan@f38db490-d61c-443f-a65b-d21fe96a405b>2007-08-16 09:45:22 +0000
committerphsultan <phsultan@f38db490-d61c-443f-a65b-d21fe96a405b>2007-08-16 09:45:22 +0000
commit6bc0bc518947208f89ba2630944267a45a3088fb (patch)
treed5b2e1b1913b10bc7d42cd36a24902a821ec5382
parentd913db99c9446b0d3459ad7804b9fe567eeaedcb (diff)
Merged revisions 79665 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r79665 | phsultan | 2007-08-16 11:37:10 +0200 (Thu, 16 Aug 2007) | 21 lines A fix for two critical problems detected while working with Daniel McKeehan in issue #10184. Upon priority change, the resource list is not NULL terminated when moving an item to the end of the list. This makes Asterisk endlessy loop whenever it needs to read the list. Jids with different resource and priority values, like in Gmail's and GoogleTalk's jabber clients put that problem in evidence. Upon reception of a 'from' attribute with an empty resource string, Asterisk crashes when trying to access the found->cap pointer if the resource list for the given buddy is not empty. This situation is perfectly valid and must be handled. The Gizmoproject's jabber client put that problem in evidence. Also added a few comments in the code as well as a handle for the capabilities from Gmail's jabber client, which are stored in a caps:c tag rather than the usual c tag. Closes issue #10184. ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@79666 f38db490-d61c-443f-a65b-d21fe96a405b
-rw-r--r--res/res_jabber.c27
1 files changed, 27 insertions, 0 deletions
diff --git a/res/res_jabber.c b/res/res_jabber.c
index df8c1c635..6653efec5 100644
--- a/res/res_jabber.c
+++ b/res/res_jabber.c
@@ -1286,29 +1286,42 @@ static void aji_handle_presence(struct aji_client *client, ikspak *pak)
found = NULL;
break;
}
+ /* resource list is sorted by descending priority */
if (tmp->priority != priority) {
found->priority = priority;
if (!last && !found->next)
+ /* resource was found to be unique,
+ leave loop */
break;
+ /* search for resource in our list
+ and take it out for the moment */
if (last)
last->next = found->next;
else
buddy->resources = found->next;
+
last = NULL;
tmp = buddy->resources;
if (!buddy->resources)
buddy->resources = found;
+ /* priority processing */
while (tmp) {
+ /* insert resource back according to
+ its priority value */
if (found->priority > tmp->priority) {
if (last)
+ /* insert within list */
last->next = found;
found->next = tmp;
if (!last)
+ /* insert on top */
buddy->resources = found;
break;
}
if (!tmp->next) {
+ /* insert at the end of the list */
tmp->next = found;
+ found->next = NULL;
break;
}
last = tmp;
@@ -1321,6 +1334,7 @@ static void aji_handle_presence(struct aji_client *client, ikspak *pak)
tmp = tmp->next;
}
+ /* resource not found in our list, create it */
if (!found && status != 6) {
found = ast_calloc(1, sizeof(*found));
@@ -1354,12 +1368,25 @@ static void aji_handle_presence(struct aji_client *client, ikspak *pak)
if (!tmp)
buddy->resources = found;
}
+
+ /* if 'from' attribute does not contain 'resource' string
+ point to the top of our resource list */
+ if (!found && !pak->from->resource && buddy->resources) {
+ found = buddy->resources;
+ }
+
ASTOBJ_UNLOCK(buddy);
ASTOBJ_UNREF(buddy, aji_buddy_destroy);
node = iks_find_attrib(iks_find(pak->x, "c"), "node");
ver = iks_find_attrib(iks_find(pak->x, "c"), "ver");
+ /* handle gmail client's special caps:c tag */
+ if (!node && !ver) {
+ node = iks_find_attrib(iks_find(pak->x, "caps:c"), "node");
+ ver = iks_find_attrib(iks_find(pak->x, "caps:c"), "ver");
+ }
+
if(status !=6 && !found->cap) {
found->cap = aji_find_version(node, ver, pak);
if(gtalk_yuck(pak->x)) /* gtalk should do discover */