[asterisk-bugs] [Asterisk 0014734]: AUDIOHOOK_INHERIT crash after sip attended transfer

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=14734 
====================================================================== 
Reported By:                corruptor
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   14734
Category:                   Addons/New Feature
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!): 183700 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-24 06:03 CDT
Last Modified:              2009-03-31 09:06 CDT
====================================================================== 
Summary:                    AUDIOHOOK_INHERIT crash after sip attended transfer
Description: 
SIP/205 calls SIP/204
Before Dial I do Set(AUDIOHOOK_INHERIT(MixMonitor)=yes)
Then SIP/204 does transfer. He calls SIP/203, talks to him and transfers
(using SIP REFER). Then asterisk crashes. 
I should notice when SIP/204 calls SIP/203 there is also
Set(AUDIOHOOK_INHERIT(MixMonitor)=yes) because I use macro for dialing each
extension. If there is no Set(AUDIOHOOK_INHERIT(MixMonitor)=yes) the
everything is ok, no crash.
I've attached bt full.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-31 09:06 svnbot         Status                   assigned => resolved
2009-03-31 09:06 svnbot         Resolution               open => fixed       
======================================================================