Fixes an issue I introduced to queues wherein a queue with joinempty=yes would kick...

thinking the 'n' option was in use.

(closes issue #10320, reported by jfitzgibbon, patched by me, tested by blitzrage and me)

Thank you blitzrage for all the testing you've done lately with queues! It's much appreciated!

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@77854 65c4cc65-6c06-0410-ace0-fbb531ad65f3

diff --git a/apps/app_queue.c b/apps/app_queue.c
index e257493750854b85500b872911e932fe2064b575..7be6fca93a132bc6d2e4badbb0af54e65f464d01 100644 (file)
--- a/apps/app_queue.c
+++ b/apps/app_queue.c
@@ -2377,6 +2377,7 @@ static int try_calling(struct queue_ent *qe, const char *options, char *announce
        char vars[2048];
        int forwardsallowed = 1;
        int callcompletedinsl;
+       int noption = 0;
 
        memset(&bridge_config, 0, sizeof(bridge_config));
        time(&now);
@@ -2409,12 +2410,16 @@ static int try_calling(struct queue_ent *qe, const char *options, char *announce
                                (*go_on)++;
                        else
                                *go_on = qe->parent->membercount;
+                       noption = 1;
                        break;
                case 'i':
                        forwardsallowed = 0;
                        break;
                }
 
+       if(!noption)
+               *go_on = -1;
+
        /* Hold the lock while we setup the outgoing calls */
        if (use_weight)
                AST_LIST_LOCK(&queues);