[asterisk-bugs] [Asterisk 0012490]: Queue variables are not created correctly when setXXXvar is defined for the queue.
noreply at bugs.digium.com
noreply at bugs.digium.com
Tue Apr 22 13:09:03 CDT 2008
The following issue has been ASSIGNED.
======================================================================
http://bugs.digium.com/view.php?id=12490
======================================================================
Reported By: bcnit
Assigned To: qwell
======================================================================
Project: Asterisk
Issue ID: 12490
Category: Applications/app_queue
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
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 13:09 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.
======================================================================
----------------------------------------------------------------------
svnbot - 04-22-08 13:09
----------------------------------------------------------------------
Repository: asterisk
Revision: 114540
U trunk/apps/app_queue.c
U trunk/include/asterisk/pbx.h
U trunk/main/pbx.c
------------------------------------------------------------------------
r114540 | qwell | 2008-04-22 13:09:02 -0500 (Tue, 22 Apr 2008) | 8 lines
Allow setqueuevar=yes (et al) to work, after changes to
pbx_builtin_setvar()
(closes issue http://bugs.digium.com/view.php?id=12490)
Reported by: bcnit
Patches:
12490-queuevars-3.diff uploaded by qwell (license 4)
Tested by: qwell
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=114540
Issue History
Date Modified Username Field Change
======================================================================
04-22-08 13:09 svnbot Checkin
04-22-08 13:09 svnbot Note Added: 0085838
04-22-08 13:09 svnbot Status new => assigned
04-22-08 13:09 svnbot Assigned To => qwell
======================================================================
More information about the asterisk-bugs
mailing list