[asterisk-bugs] [Asterisk 0013584]: blindxfer doesn't work!

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13584 
====================================================================== 
Reported By:                dwagner
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   13584
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 144925 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-09-29 09:50 CDT
Last Modified:              2008-10-02 10:05 CDT
====================================================================== 
Summary:                    blindxfer doesn't work!
Description: 
after revision 142675 res_features.c the blindxfer doesn't work anymore.
if you make a call from ext A to B, B answeres and transfer the call to C
the call will be dropped without any message. if you use r142575 it works!
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0013579 blindxfer doesn't work properly
====================================================================== 

---------------------------------------------------------------------- 
 (0093077) putnopvut (administrator) - 2008-10-02 10:05
 http://bugs.digium.com/view.php?id=13584#c93077 
---------------------------------------------------------------------- 
As murf pointed out, I found and fixed a problem in Asterisk trunk which
was causing the same symptoms you are experiencing in 1.4. The common issue
between the two is that there is new logic added so that when a bridge
between channels is broken, the 'h' extension is executed. In my case, I
found that there was some incorrect logic being used when spawning the 'h'
extension. This flawed logic is not present in 1.4 as far as I can tell.

Something being run in your 'h' extension is being interpreted as an
"error" condition for some reason. If you don't mind, could you please post
the contents of your h extension? Also, if you have debug or verbose set to
2 or higher, you should see a message on the console that says something to
the effect of 'Spawn h extension (default,h,2) exited non-zero on
SIP/blah-823ad3e'. If you could either copy and paste that line or just
upload a console trace of when this occurs, that would be very helpful in
pinpointing which application being run in the 'h' extension is causing the
problem. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-10-02 10:05 putnopvut      Note Added: 0093077                          
======================================================================