[Home]

Summary:ASTERISK-15326: Variables not Passed
Reporter:Tim Ferguson (crashhd)Labels:
Date Opened:2009-12-17 01:39:42.000-0600Date Closed:2010-03-23 09:58:52
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Applications/app_dial
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
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).
Comments:By: Tim Ferguson (crashhd) 2009-12-17 01:53:06.000-0600

I found this same scenario was true in 1.4.27.1 as well. It does not exist in 1.4.22.
By: Tim Ferguson (crashhd) 2009-12-17 01:55:01.000-0600

In 1.4.27.1 the following command was used with the same exact results:

Dial(${ARG1}|${ARG2}|g${ARG4}M(screen^${UNIQUEID}^${ARG7}^${SCREEN_FILE}^${ARG5}))

and no args1-4 were made available in macro-screen
By: Leif Madsen (lmadsen) 2009-12-17 08:45:58.000-0600

I don't seem to have that problem on 1.6.1 latest branch:

*CLI>   == Using SIP RTP CoS mark 5
   -- Executing [100@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@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@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@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
By: Leif Madsen (lmadsen) 2009-12-17 08:46:55.000-0600

Dialplan for reference:

[LocalSets]
exten => 100,1,Dial(SIP/0000FFFF0001,30,U(screen^MYARG))

[screen]
exten => s,1,NoOp(${ARG1})
By: Tim Ferguson (crashhd) 2009-12-18 11:29:55.000-0600

I will reproduce on a fresh install today. Looking back at my test criteria I never tried a single ARG, only multiples. I will see if a single ARG is passed vs multiple.
By: Leif Madsen (lmadsen) 2009-12-18 16:08:23.000-0600

Hmmm, I should try multiple as well as I'm not sure if I did that or not :)
By: Tim Ferguson (crashhd) 2010-01-07 11:59:14.000-0600

Hey lmadsen, I haven't had a chance to retest with a single argument. Did your multi argument testing turn up any results?

-Tim
By: Leif Madsen (lmadsen) 2010-01-11 14:00:56.000-0600

I haven't had a chance to re-test -- might be able to get to it this week.
By: Leif Madsen (lmadsen) 2010-01-13 13:14:40.000-0600

OK, I have re-tested this with multiple arguments on 1.6.1.11, and I can't reproduce this. Here is the output:

*CLI>   == Using SIP RTP CoS mark 5
   -- Executing [1@phones:1] Dial("SIP/0004f2040002-00000000", "SIP/0004f2040001,10,U(screen^my^triple^args)") in new stack
 == Using SIP RTP CoS mark 5
   -- Called 0004f2040001
   -- SIP/0004f2040001-00000001 is ringing
   -- SIP/0004f2040001-00000001 answered SIP/0004f2040002-00000000
   -- Executing [s@screen:1] NoOp("SIP/0004f2040001-00000001", "HERE") in new stack
   -- Executing [s@screen:2] NoOp("SIP/0004f2040001-00000001", "my -- triple -- args") in new stack


And the dialplan I used:

exten => 1,1,DIAL(${1},${2},U(screen^my^triple^args))


[screen]
exten => s,1,NOOP(HERE)
exten => s,n,NoOp(${ARG1} -- ${ARG2} -- ${ARG3})
By: Leif Madsen (lmadsen) 2010-01-13 13:16:44.000-0600

CrashHD: I'd provide a more full dialplan that is producing this issue, because I simply can't reproduce on the version this issue is filed against.
By: Leif Madsen (lmadsen) 2010-03-23 09:58:52

Closing this as I am unable to reproduce.