[asterisk-bugs] [Asterisk 0013185]: Attended transfers call is lost

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13185 
====================================================================== 
Reported By:                KNK
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13185
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 133980 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-07-28 13:53 CDT
Last Modified:              2008-08-06 11:18 CDT
====================================================================== 
Summary:                    Attended transfers call is lost
Description: 
when the call is (attended) transferred and the transferrer hangs-up there
are two channels, but no call associated with them, which in turn does not
execute h extension on hangup.
====================================================================== 

---------------------------------------------------------------------- 
 (0091147) putnopvut (administrator) - 2008-08-06 11:18
 http://bugs.digium.com/view.php?id=13185#c91147 
---------------------------------------------------------------------- 
Last year we upgraded our installation of Mantis. part of this upgrade
involved changing the way licenses are handled for submitting source code
as well as changing the license itself. Since the license has changed, you
need to sign the  new license agreement if you wish to make code
submissions.

On to the issue: part of the reason that the /n flag was removed was in
order to prevent a problem that allowed transferred users to gain transfer
capabilities that they should not have. If I recall correctly, the removal
of the /n from the Local channel was a major part of the fix and so just
reverting that is not an option. A different solution will need to be made
which correctly handles the situation. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-08-06 11:18 putnopvut      Note Added: 0091147                          
======================================================================