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

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=13185 
====================================================================== 
Reported By:                KNK
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   13185
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 133980 
Request Review:              
Resolution:                 not fixable
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-07-28 13:53 CDT
Last Modified:              2009-03-16 09:12 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.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014526 DIALEDTIME and TIMEOUT(absolute) in att...
====================================================================== 

---------------------------------------------------------------------- 
 (0101793) russell (administrator) - 2009-03-16 09:12
 http://bugs.digium.com/view.php?id=13185#c101793 
---------------------------------------------------------------------- 
After reviewing this issue, this is a change in behavior that we're just
going to have to live with.  We really can not add the "\n" back in.  It
caused a number of problems that were worse than this.  The only reason the
'h' extension ran before was a side effect of having the Local channel in
the call path.

I completely agree that the behavior of the 'h' extension in this call
scenario is not very ideal.  As soon as you bring in parking, transfers,
and other things into play, the 'h' extension behavior is not necessarily
what people expect.  However, improving it would be quite invasive, and
will likely have to be a project that would only go into a new release of
Asterisk. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-16 09:12 russell        Note Added: 0101793                          
2009-03-16 09:12 russell        Status                   acknowledged =>
resolved
2009-03-16 09:12 russell        Resolution               open => not fixable 
======================================================================