[asterisk-bugs] [Asterisk 0012837]: [patch] Chanspy audio is delayed or lost
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Nov 26 14:35:33 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12837
======================================================================
Reported By: pmathews
Assigned To: putnopvut
======================================================================
Project: Asterisk
Issue ID: 12837
Category: Applications/app_chanspy
Reproducibility: always
Severity: major
Priority: normal
Status: confirmed
Asterisk Version: 1.4.20.1
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-06-11 16:49 CDT
Last Modified: 2008-11-26 14:35 CST
======================================================================
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
======================================================================
----------------------------------------------------------------------
(0095559) putnopvut (administrator) - 2008-11-26 14:35
http://bugs.digium.com/view.php?id=12837#c95559
----------------------------------------------------------------------
I'm beginning to think that this issue may have been fixed by now.
I started a test on the current tip of 1.4 exactly as described in the
summary of this report. When I placed B on hold, the spy could hear what B
was saying even when B was on hold. When A took B off hold, audio from both
sides were heard properly and in sync.
I then ran the same test on 1.4.21.1, which was a release said to have
this problem. The difference here was that when B was placed on hold, the
spy could not hear anything B said. When A took B off hold, everything B
said while he was on hold was then played back for the spy. This meant that
there was a horrible desyncing of the audio.
I then ran the same test on 1.4.22 and it performed the same as the tip of
1.4.
I can't point to any specific revision which fixed this, but I would like
it if someone can confirm that this is still a problem in 1.4.22
Issue History
Date Modified Username Field Change
======================================================================
2008-11-26 14:35 putnopvut Note Added: 0095559
======================================================================
More information about the asterisk-bugs
mailing list