[asterisk-bugs] [Asterisk 0016331]: A blind transfer results in a call with empty accountcode in a specific circumstance

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16331 
====================================================================== 
Reported By:                bluefox
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16331
Category:                   Applications/app_transfer
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.27 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-11-26 13:01 CST
Last Modified:              2009-12-03 08:21 CST
====================================================================== 
Summary:                    A blind transfer results in a call with empty
accountcode in a specific circumstance
Description: 
When a phone that originated a call does a blind transfer of that call, the
resulting call has no accountcode.


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016026 CDR blind transfer problem
====================================================================== 

---------------------------------------------------------------------- 
 (0114653) bluefox (reporter) - 2009-12-03 08:21
 https://issues.asterisk.org/view.php?id=16331#c114653 
---------------------------------------------------------------------- 
I do not know if the issue is related, but it might very well be. I would
say this current issue is probably a more basic problem, and the other
issue the consequence of this one.

Here is a relevant console output.  Call is from 705 to 799, then blind
transfer (using a Polycom 650) back to 705 (works in all circumstances
where I blind transfer a call that I originated)

     -- Executing [705 at internal-transfer:1] Set("SIP/test-2-0e066f60",
"direct_reception=0") in new stack
    -- Executing [705 at internal-transfer:2] Goto("SIP/test-2-0e066f60",
"generic-extensions-db|705|1") in new stack
    -- Goto (generic-extensions-db,705,1)
    -- Executing [705 at generic-extensions-db:1] Set("SIP/test-2-0e066f60",
"i=0") in new stack
    -- Executing [705 at generic-extensions-db:2]
Verbose("SIP/test-2-0e066f60", "1|Extension 705 called for account ") in
new stack
 Extension 705 called for account


Last "Verbose" command is like this in my dialplan file:

exten => 705,n,Verbose(1|Extension ${EXTEN} called for account
${CDR(accountcode)})

So the accountcode is empty/NULL.  Later in my dialplan, alot of logic
depends on that value so things don't work out, but this is where you see a
value being empty that should have something in it. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-03 08:21 bluefox        Note Added: 0114653                          
======================================================================