[asterisk-bugs] [Asterisk 0017733]: CDR(userfield) is not saved when called by Set(userfield) activated by a feature

[Asterisk Bug Tracker]

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:46 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


====================================================================== 

---------------------------------------------------------------------- 
 (0125169) integratedvoip (reporter) - 2010-07-27 21:46
 https://issues.asterisk.org/view.php?id=17733#c125169 
---------------------------------------------------------------------- 
After i activate the feature i have the following channel variables:

Feature Found: setExtension628 exten: setExtension628

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: Up (6)
          Rings: 1
  NativeFormats: 0x8 (alaw)
    WriteFormat: 0x8 (alaw)
     ReadFormat: 0x8 (alaw)
 WriteTranscode: No
  ReadTranscode: No
1st File Descriptor: 19
      Frames in: 784
     Frames out: 451
 Time to Hangup: 0
   Elapsed Time: 0h0m15s
  Direct Bridge: SIP/301-0000001a
Indirect Bridge: SIP/301-0000001a
 --   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:
BRIDGEPVTCALLID=7742e768644c44cf359d27e05ff6b839 at 10.44.1.2
BRIDGEPEER=SIP/301-0000001a
DIALEDPEERNUMBER=301
DIALEDPEERNAME=SIP/301-0000001a
DIALSTATUS=ANSWER
DIALEDTIME=
ANSWEREDTIME=
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=Set
level 1: lastdata=CDR(userfield)=internal_extension=628
level 1: start=2010-07-28 12:20:06
level 1: answer=2010-07-28 12:20:12
level 1: duration=15
level 1: billsec=9
level 1: disposition=ANSWERED
level 1: amaflags=DOCUMENTATION
level 1: uniqueid=1280283606.509
level 1: userfield=internal_extension=628 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-07-27 21:46 integratedvoip Note Added: 0125169                          
======================================================================