[asterisk-bugs] [Asterisk 0016954]: local channel with '/bn' modifier does not optimize itself on built-in transfer

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16954 
====================================================================== 
Reported By:                frawd
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16954
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.2 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2 
SVN Revision (number only!): 250253 
Request Review:              
====================================================================== 
Date Submitted:             2010-03-03 12:03 CST
Last Modified:              2010-03-03 12:07 CST
====================================================================== 
Summary:                    local channel with '/bn' modifier does not optimize
itself on built-in transfer
Description: 
The 'b' modifier supposedly removes the Local channel out of the path on
transfer situations.

It works perfectly with SIP-style transfers (both attended and blind), but
does not work with the built-in atxfer and blindxfer (features.conf).

As a result, a "Local/" queue agent will still be marked as "In use" after
a builtin transfer for as long as the original caller does not hangup. I
believe it was why the 'b' modifier was added in the first place.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-03 12:07 lmadsen        Description Updated                          
2010-03-03 12:07 lmadsen        Additional Information Updated                  
 
======================================================================