[asterisk-bugs] [Asterisk 0015618]: [patch] Channel not locked when it should in local_attended_transfer
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Sep 30 17:41:21 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15618
======================================================================
Reported By: lmsteffan
Assigned To: dvossel
======================================================================
Project: Asterisk
Issue ID: 15618
Category: Channels/chan_sip/Transfers
Reproducibility: always
Severity: block
Priority: normal
Status: assigned
Target Version: 1.6.3.0
Asterisk Version: SVN
JIRA:
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 209615
Request Review:
======================================================================
Date Submitted: 2009-07-30 18:58 CDT
Last Modified: 2009-09-30 17:41 CDT
======================================================================
Summary: [patch] Channel not locked when it should in
local_attended_transfer
Description:
Right after performing the transfer, the target channel (target.chan1) is
unlocked. It is not locked again before performing the masquerade (although
aa comment says so).
Performing a relock of this channel leads to a deadlock with
¤t->chan1. Trying to solve that deadlock led me to a bunch of astobj2
errors.
======================================================================
----------------------------------------------------------------------
(0111682) dvossel (administrator) - 2009-09-30 17:41
https://issues.asterisk.org/view.php?id=15618#c111682
----------------------------------------------------------------------
I deleted and re-uploaded the same patch with an important tweak.
Issue History
Date Modified Username Field Change
======================================================================
2009-09-30 17:41 dvossel Note Added: 0111682
======================================================================
More information about the asterisk-bugs
mailing list