[asterisk-bugs] [Asterisk 0015954]: Mixmonitor stop recording after atxfer
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Sep 24 16:16:29 CDT 2009
The following issue has been RESOLVED.
======================================================================
https://issues.asterisk.org/view.php?id=15954
======================================================================
Reported By: fabianoheringer
Assigned To: russell
======================================================================
Project: Asterisk
Issue ID: 15954
Category: Applications/app_mixmonitor
Reproducibility: always
Severity: minor
Priority: normal
Status: resolved
Target Version: 1.4.27
Asterisk Version: 1.4.26.1
JIRA:
Regression: Yes
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: no change required
Fixed in Version:
======================================================================
Date Submitted: 2009-09-24 08:38 CDT
Last Modified: 2009-09-24 16:16 CDT
======================================================================
Summary: Mixmonitor stop recording after atxfer
Description:
Hi, I made an alternative solution to record calls after an attendend
transfer, I made an context e defined the context transfer, in this
extensions I created a macro to start a mixmonitor, when the call is
transfered the macro starts and record in a new file the call, it´s worked
fine until I made upgrade to 1.4.26.1. Now when I make the atxfer, he start
the filestream (the file is created), but when the call is really
transfered (after the short conversation) the file stream close, not
recording any audio.
If have another solution to record call without the creation of 2 files, I
made a deep search and not found.
======================================================================
----------------------------------------------------------------------
(0111353) russell (administrator) - 2009-09-24 16:16
https://issues.asterisk.org/view.php?id=15954#c111353
----------------------------------------------------------------------
I see that a channel driver with the key "DGV" is in use. We do not
support systems with third party code on this issue tracker.
However, it looks like this issue is due to not using audiohook
inheritance. See "core show function AUDIOHOOK_INHERIT".
Issue History
Date Modified Username Field Change
======================================================================
2009-09-24 16:16 russell Note Added: 0111353
2009-09-24 16:16 russell Status acknowledged =>
resolved
2009-09-24 16:16 russell Resolution open => no change
required
2009-09-24 16:16 russell Assigned To => russell
======================================================================
More information about the asterisk-bugs
mailing list