summaryrefslogtreecommitdiff
path: root/autoconf
diff options
context:
space:
mode:
authorDavid Vossel <dvossel@digium.com>2010-08-24 16:12:36 +0000
committerDavid Vossel <dvossel@digium.com>2010-08-24 16:12:36 +0000
commitbb9be596717f5f1daaa2d53fd16bf1ff016bd543 (patch)
tree1ddf8774091916274452f2beec5990560dc2ec27 /autoconf
parent2de5bbc89fa281f137ddeba1cfe5a3c65b86c31e (diff)
Merged revisions 283382 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r283382 | dvossel | 2010-08-24 11:11:18 -0500 (Tue, 24 Aug 2010) | 25 lines Merged revisions 283381 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r283381 | dvossel | 2010-08-24 11:07:37 -0500 (Tue, 24 Aug 2010) | 18 lines Merged revisions 283380 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r283380 | dvossel | 2010-08-24 11:01:51 -0500 (Tue, 24 Aug 2010) | 11 lines This fix makes sure the ast_channel hangs up correctly when the dialog's PENDING_BYE flag is set. When the pending bye flag is used, it is possible that the dialog will terminate and leave the sip_pvt->owner channel up. This is because we never hangup the ast_channel after sending the SIP_BYE request. When we receive the response for the SIP_BYE we set need_destroy which we would expect to destroy the dialog on the next do_monitor loop, but this is not the case. The dialog will only be destroyed once the owner is hungup even with the need_destroy flag set. This patch sets the softhangup flag on the ast_channel when a SIP_BYE request is sent as a result of the pending bye flag. ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@283383 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Diffstat (limited to 'autoconf')
0 files changed, 0 insertions, 0 deletions