[asterisk-bugs] [Asterisk 0017733]: CDR(userfield) is not saved when called by Set(userfield) activated by a feature
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Jul 27 21:44:58 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17733
======================================================================
Reported By: integratedvoip
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17733
Category: Resources/res_features
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: Older 1.6.2 - please test a newer version
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-07-27 21:37 CDT
Last Modified: 2010-07-27 21:44 CDT
======================================================================
Summary: CDR(userfield) is not saved when called by
Set(userfield) activated by a feature
Description:
This is almost identical to bug 0015502 which was closed.
In my applicationmap within features.conf i have the following:
setExtension628 =>
*7628,peer/callee,Set,CDR(userfield)=internal_extension=628,default
For an inboound call i dial *7628 on the callee and the CDR(userfield)
channel variable is set on the caller (peer). However when the call is
completed the CDR(userfield) is not saved correctly
======================================================================
----------------------------------------------------------------------
(0125168) integratedvoip (reporter) - 2010-07-27 21:44
https://issues.asterisk.org/view.php?id=17733#c125168
----------------------------------------------------------------------
Before i activate the feature i have the following channel veriables on the
caller:
pyramid*CLI> core show channel DAHDI/9-1
-- General --
Name: DAHDI/9-1
Type: DAHDI
UniqueID: 1280283606.509
Caller ID: (N/A)
Caller ID Name: (N/A)
DNID Digits: XXXXXXXX
Language: en
State: Ringing (5)
Rings: 1
NativeFormats: 0x8 (alaw)
WriteFormat: 0x8 (alaw)
ReadFormat: 0x8 (alaw)
WriteTranscode: No
ReadTranscode: No
1st File Descriptor: 19
Frames in: 209
Frames out: 0
Time to Hangup: 0
Elapsed Time: 0h0m4s
Direct Bridge: <none>
Indirect Bridge: <none>
-- PBX --
Context: from-public-pri-1
Extension: XXXXXXXX
Priority: 4
Call Group: 0
Pickup Group: 0
Application: Dial
Data: SIP/301
Blocking in: ast_waitfor_nandfds
Variables:
DIALEDTIME=
ANSWEREDTIME=
DIALEDPEERNAME=
DIALEDPEERNUMBER=
DIALSTATUS=
MACRO_DEPTH=0
AGISTATUS=FAILURE
MIXMONITOR_FILENAME=/var/spool/asterisk/monitor/IN-XXXXXXXX--20100728-122006-1280283606.509.WAV
DYNAMIC_FEATURES=stopMixMonitor#setExtension628
CALLEDTON=65
ANI2=0
TRANSFERCAPABILITY=SPEECH
CDR Variables:
level 1: dnid=XXXXXXXX
level 1: dst=XXXXXXXX
level 1: dcontext=from-public-pri-1
level 1: channel=DAHDI/9-1
level 1: dstchannel=SIP/301-0000001a
level 1: lastapp=Dial
level 1: lastdata=SIP/301
level 1: start=2010-07-28 12:20:06
level 1: duration=4
level 1: billsec=0
level 1: disposition=NO ANSWER
level 1: amaflags=DOCUMENTATION
level 1: uniqueid=1280283606.509
level 1: userfield=recording=true
Issue History
Date Modified Username Field Change
======================================================================
2010-07-27 21:44 integratedvoip Note Added: 0125168
======================================================================
More information about the asterisk-bugs
mailing list