[asterisk-bugs] [Asterisk 0015938]: Variables set inside a macro lose their value after dial
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Sep 22 17:34:55 CDT 2009
The following issue has been CLOSED
======================================================================
https://issues.asterisk.org/view.php?id=15938
======================================================================
Reported By: falves11
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15938
Category: Applications/app_dial
Reproducibility: always
Severity: feature
Priority: normal
Status: closed
Asterisk Version: SVN
JIRA:
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 219720
Request Review:
Resolution: not fixable
Fixed in Version:
======================================================================
Date Submitted: 2009-09-22 17:10 CDT
Last Modified: 2009-09-22 17:34 CDT
======================================================================
Summary: Variables set inside a macro lose their value after
dial
Description:
[inbound]
exten => _X.,1,Dial(Sip/${EXTEN}@X.X.X.X,25,M(get-callid)L(1800000))
exten => h,1,Verbose(0,${Billx})
[macro-get-callid]
exten => s,1,Set(Billx=1)
please note that this variations are equally ineffective:
exten => s,1,Set(_Billx=1)
or
exten => s,1,Set(__Billx=1)
======================================================================
----------------------------------------------------------------------
(0111233) tilghman (administrator) - 2009-09-22 17:34
https://issues.asterisk.org/view.php?id=15938#c111233
----------------------------------------------------------------------
No, they don't. Values set inside a Macro in the Dial are set on the
CALLED channel, not the CALLING channel. After the Dial, you are accessing
the CALLING channel's variables, which is why the variables you set on the
CALLED channel aren't there.
Issue History
Date Modified Username Field Change
======================================================================
2009-09-22 17:34 tilghman Note Added: 0111233
2009-09-22 17:34 tilghman Severity block => feature
2009-09-22 17:34 tilghman Status new => closed
2009-09-22 17:34 tilghman Resolution open => not fixable
======================================================================
More information about the asterisk-bugs
mailing list