[asterisk-bugs] [Asterisk 0017444]: Stuck channel after asterisk feature attended transfer

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17444 
====================================================================== 
Reported By:                corruptor
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   17444
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.6.2.8 
JIRA:                       SWP-1625 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-06-02 07:16 CDT
Last Modified:              2010-06-22 10:46 CDT
====================================================================== 
Summary:                    Stuck channel after asterisk feature attended
transfer
Description: 
There is a bug in asterisk attended feature transfer. It can be reproduced
with fallowing actions.
For example we have 3 SIP phones: 1105, 1102 and 1108

1105 calls 1102 => 1102 answers
1102 presses # to do an attended transfer and dials 1108
While 1108 is ringing 1105 hangs up.
After that 1102 hangs up.
1102 and 1105 have hung up, their channels are destroyed but 1108 is still
ringing. 
1108 answers and of hears silence of course.
1108 hangs up.
Asterisk doesn't destroy all channels. Such channel as
Local/1108 at testcon-5372;1 is stuck forever and can be seen with command
"core show channels".
I can't hang up this channel with "channel request hangup" command.

I upload the full asterisk log of call scenario described above.
====================================================================== 

---------------------------------------------------------------------- 
 (0123719) svnbot (reporter) - 2010-06-22 10:46
 https://issues.asterisk.org/view.php?id=17444#c123719 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 271831

U   trunk/main/features.c

------------------------------------------------------------------------
r271831 | dvossel | 2010-06-22 10:46:22 -0500 (Tue, 22 Jun 2010) | 10
lines

fixes attended transfer behavior when both transferee and transferer hung
up

If both the transferer and transferee of a attended transfer hangup before
the new channel picks up, the new channel should be hung up as well as it
has no endpoint to talk to.  This mirrors the expected behavior used in
1.4. 

(closes issue https://issues.asterisk.org/view.php?id=17444)
Reported by: corruptor


------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=271831 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-22 10:46 svnbot         Checkin                                      
2010-06-22 10:46 svnbot         Note Added: 0123719                          
2010-06-22 10:46 svnbot         Status                   assigned => resolved
2010-06-22 10:46 svnbot         Resolution               open => fixed       
======================================================================