[asterisk-bugs] [Asterisk 0012490]: Queue variables are not created correctly when setXXXvar is defined for the queue.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12490 
====================================================================== 
Reported By:                bcnit
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12490
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.0-beta7.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             04-22-2008 04:06 CDT
Last Modified:              04-22-2008 12:28 CDT
====================================================================== 
Summary:                    Queue variables are not created correctly when
setXXXvar is defined for the queue.
Description: 
The code:

--------------------------
[macro-bridgedqueue]
exten => s,1,NoOp()
exten => s,n,NoOp(queuename ${QUEUENAME})
exten => s,n,NoOp(queuesrvlevel ${QUEUESRVLEVEL})
exten => s,n,NoOp(qeholdtime ${QEHOLDTIME})
exten => s,n,NoOp(qeoriginalpos ${QEORIGINALPOS})
exten => s,n,NoOp(memberinterface ${MEMBERINTERFACE})
exten => s,n,NoOp(membercalls ${MEMBERCALLS})
exten => s,n,MacroExit()
---------------------------

When run from a queue defined as:

---------------------------
[queuename]
setinterfacevar=yes
setqueuevar=yes
setqueueentryvar=yes
membermacro=bridgedqueue
---------------------------

Gives the following output:

---------------------------
-- Executing [s at macro-bridgedqueue:1] NoOp("SIP/200-084c7388", "") in new
stack
-- Executing [s at macro-bridgedqueue:2] NoOp("SIP/200-084c7388", "queuename
TST_a|QUEUEMAX=0|QUEUESTRATEGY=ringall|QUEUECALLS=1|QUEUEHOLDTIME=0|QUEUECOMPLETED=0|QUEUEABANDONED=0|QUEUESRVLEVEL=0|QUEUESRVLEVELPERF=0.0")
in new stack
-- Executing [s at macro-bridgedqueue:3] NoOp("SIP/200-084c7388",
"queuesrvlevel ") in new stack
-- Executing [s at macro-bridgedqueue:4] NoOp("SIP/200-084c7388", "qeholdtime
5,QEORIGINALPOS=1") in new stack
-- Executing [s at macro-bridgedqueue:5] NoOp("SIP/200-084c7388",
"qeoriginalpos ") in new stack
-- Executing [s at macro-bridgedqueue:6] NoOp("SIP/200-084c7388",
"memberinterface
SIP/201|MEMBERNAME=SIP/201|MEMBERCALLS=0|MEMBERLASTCALL=0|MEMBERPENALTY=1|MEMBERDYNAMIC=0|MEMBERREALTIME=1")
in new stack
-- Executing [s at macro-bridgedqueue:7] NoOp("SIP/200-084c7388",
"membercalls ") in new stack
-- Executing [s at macro-bridgedqueue:8] MacroExit("SIP/200-084c7388", "") in
new stack
---------------------------

i.e. all the variables created are dumped into the first one in the list
as a '|' separated list.
====================================================================== 

---------------------------------------------------------------------- 
 qwell - 04-22-08 12:28  
---------------------------------------------------------------------- 
I can't see any reason for this code to be causing anything like that.  Is
this an unpatched (except for the above patch) system? 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-22-08 12:28  qwell          Note Added: 0085831                          
======================================================================