[asterisk-bugs] [Asterisk 0018548]: CHANNEL variable is set incorrectly by Asterisk
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Dec 29 13:38:15 UTC 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18548
======================================================================
Reported By: greenfieldtech
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18548
Category: Channels/General
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.6.2.15
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-12-29 02:22 CST
Last Modified: 2010-12-29 07:38 CST
======================================================================
Summary: CHANNEL variable is set incorrectly by Asterisk
Description:
Ever since I installed version 1.6.2.14 of Asterisk, the CHANNEL variable
appears to behave differently that before - specifically saying: it now
doesn't return the technology type, and the the ID appears to be a little
chopped.
======================================================================
----------------------------------------------------------------------
(0130027) jcovert (reporter) - 2010-12-29 07:38
https://issues.asterisk.org/view.php?id=18548#c130027
----------------------------------------------------------------------
I use the ${CHANNEL} variable extensively, and haven't noticed any problem
in any 1.6 versions.
Could this be the way you are using it in your dialplan?
Could you post a few lines around your usage?
Issue History
Date Modified Username Field Change
======================================================================
2010-12-29 07:38 jcovert Note Added: 0130027
======================================================================
More information about the asterisk-bugs
mailing list