[asterisk-bugs] [Asterisk 0018117]: Incoonsistency with global vs. local variable de-quoting
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Oct 12 12:31:05 CDT 2010
The following issue has been UPDATED.
======================================================================
https://issues.asterisk.org/view.php?id=18117
======================================================================
Reported By: dimas
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18117
Category: PBX/pbx_ael
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.2.13
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-10-11 17:58 CDT
Last Modified: 2010-10-12 12:31 CDT
======================================================================
Summary: Incoonsistency with global vs. local variable
de-quoting
Description:
in the asterisk.conf I have compat setting for
app_set = 1.6
Test AEL:
globals {
globalvar = "default";
};
...
0004=>{
localvar = "default";
NoOp(${localvar});
NoOp(${globalvar});
};
Dialing into 0004 gives:
-- Executing [0004 at default:1] MSet("SIP/1003-0000000e",
"localvar="default"") in new stack
-- Executing [0004 at default:2] NoOp("SIP/1003-0000000e", "default") in
new stack
-- Executing [0004 at default:3] NoOp("SIP/1003-0000000e", " "default"")
in new stack
Clearly glovalvar was not properly de-quoted. (I would assume it was not
put into $[ ] like localvar).
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2010-10-12 12:31 lmadsen Summary Incoonsistency with
global / local var processing => Incoonsistency with global vs. local variable
de-quoting
======================================================================
More information about the asterisk-bugs
mailing list