[asterisk-bugs] [Asterisk 0016458]: Variables not Passed
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Dec 17 08:45:58 CST 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16458
======================================================================
Reported By: CrashHD
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16458
Category: Applications/app_dial
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.6.1.11
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-12-17 01:39 CST
Last Modified: 2009-12-17 08:45 CST
======================================================================
Summary: Variables not Passed
Description:
When using either the U or M option with the DIAL() application, subsequent
arguments are not passed to the sub context/macro.
I tried both of these formats:
exten => 1,1,DIAL(${1},{$2},U(screen^ARG1))
exten => 2,1,DIAL(${1},{$2},U(screen^s^1(ARG1))
[screen]
exten => s,1,NOOP(HERE)
Additionally no _ARG1-9 seem to be inherited by the subchannel/macro (as I
was trying work around I discovered that as well).
======================================================================
----------------------------------------------------------------------
(0115371) lmadsen (administrator) - 2009-12-17 08:45
https://issues.asterisk.org/view.php?id=16458#c115371
----------------------------------------------------------------------
I don't seem to have that problem on 1.6.1 latest branch:
*CLI> == Using SIP RTP CoS mark 5
-- Executing [100 at LocalSets:1] Dial("SIP/0000FFFF0003-00000000",
"SIP/0000FFFF0001,30,U(screen^MYARG)") in new stack
== Using SIP RTP CoS mark 5
-- Called 0000FFFF0001
-- SIP/0000FFFF0001-00000001 is ringing
-- SIP/0000FFFF0001-00000001 answered SIP/0000FFFF0003-00000000
-- Executing [s at screen:1] NoOp("SIP/0000FFFF0001-00000001", "MYARG")
in new stack
-- Auto fallthrough, channel 'SIP/0000FFFF0001-00000001' status is
'UNKNOWN'
-- Native bridging SIP/0000FFFF0003-00000000 and
SIP/0000FFFF0001-00000001
== Spawn extension (LocalSets, 100, 1) exited non-zero on
'SIP/0000FFFF0003-00000000'
I also tried this on 1.6.1.11 as you reported against. Again, unable to
reproduce:
*CLI> == Using SIP RTP CoS mark 5
-- Executing [100 at LocalSets:1] Dial("SIP/0000FFFF0003-00000000",
"SIP/0000FFFF0001,30,U(screen^MYARG)") in new stack
== Using SIP RTP CoS mark 5
-- Called 0000FFFF0001
-- SIP/0000FFFF0001-00000001 is ringing
-- SIP/0000FFFF0001-00000001 answered SIP/0000FFFF0003-00000000
-- Executing [s at screen:1] NoOp("SIP/0000FFFF0001-00000001", "MYARG")
in new stack
-- Auto fallthrough, channel 'SIP/0000FFFF0001-00000001' status is
'UNKNOWN'
-- Native bridging SIP/0000FFFF0003-00000000 and
SIP/0000FFFF0001-00000001
== Spawn extension (LocalSets, 100, 1) exited non-zero on
'SIP/0000FFFF0003-00000000'
*CLI> core show version
Asterisk 1.6.1.11 built by root @ localhost.localdomain on a x86_64
running Linux on 2009-12-17 14:37:28 UTC
Issue History
Date Modified Username Field Change
======================================================================
2009-12-17 08:45 lmadsen Note Added: 0115371
======================================================================
More information about the asterisk-bugs
mailing list