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

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
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:                     closed
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:49 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0123720) svnbot (reporter) - 2010-06-22 10:49
 https://issues.asterisk.org/view.php?id=17444#c123720 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 271832

_U  branches/1.6.2/
U   branches/1.6.2/main/features.c

------------------------------------------------------------------------
r271832 | dvossel | 2010-06-22 10:49:40 -0500 (Tue, 22 Jun 2010) | 16
lines

Merged revisions 271831 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

........
  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=271832 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-22 10:49 svnbot         Checkin                                      
2010-06-22 10:49 svnbot         Note Added: 0123720                          
======================================================================