[asterisk-bugs] [Asterisk 0012837]: [patch] Chanspy audio is delayed or lost
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Mar 25 11:40:29 CDT 2009
The following issue has been CLOSED
======================================================================
http://bugs.digium.com/view.php?id=12837
======================================================================
Reported By: pmathews
Assigned To: dvossel
======================================================================
Project: Asterisk
Issue ID: 12837
Category: Applications/app_chanspy
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.4.20.1
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: reopened
Fixed in Version:
======================================================================
Date Submitted: 2008-06-11 16:49 CDT
Last Modified: 2009-03-25 11:40 CDT
======================================================================
Summary: [patch] Chanspy audio is delayed or lost
Description:
If extension (A) is being monitored via chanspy on extension (C) and (A)
places a call (B) on hold, the audio from the other side of the call (B) is
either delayed or lost to station (C) when the extension being monitored
(A) returns from placing a call on hold. This does not happen if extension
(C) is monitoring extension (B) and extension (A) places extension (B) on
hold.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0013745 Recordings out of sync when using chanspy
======================================================================
----------------------------------------------------------------------
(0102175) dvossel (administrator) - 2009-03-25 11:40
http://bugs.digium.com/view.php?id=12837#c102175
----------------------------------------------------------------------
The original report was for audio becoming out of sync as result of putting
a channel on hold. After reading through the long list of notes associated
with this bug it appears that this was a problem and it was very specific
to using hold. Apparently this was resolved by updating to the latest 1.4
branch code.
The new issue noted that does not involve putting someone on hold should
be opened in a new bug report as it is separate from the initial report.
Issue History
Date Modified Username Field Change
======================================================================
2009-03-25 11:40 dvossel Note Added: 0102175
2009-03-25 11:40 dvossel Status assigned => closed
======================================================================
More information about the asterisk-bugs
mailing list