[asterisk-bugs] [Asterisk 0011741]: Recorded files get deleted before mixing if the call was blind transfered
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Feb 25 07:44:30 CST 2009
The following issue has been UPDATED.
======================================================================
http://bugs.digium.com/view.php?id=11741
======================================================================
Reported By: garlew
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11741
Category: Resources/res_monitor
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.4.17
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2008-01-11 06:47 CST
Last Modified: 2009-02-25 07:44 CST
======================================================================
Summary: Recorded files get deleted before mixing if the call
was blind transfered
Description:
We record all calls coming into ACD queue with
exten => 1,1,Set(MONITOR_FILENAME=NEW-${UNIQUEID})
exten => 1,n,Set(CDR(userfield)=${MONITOR_FILENAME}.wav)
exten => 1,n,monitor(alaw,${MONITOR_FILENAME},bm)
exten => 1,n,Queue(${QUEUENAME})
If the call is blind transfered (we use SIP endpoints) the recorded files
get deleted by Asterisk.
I believe the main reason is chan->monitor->filename_changed being set
incorrectly during transfer.
The quick fix (patch included) is to check if the file names in
ast_monitor_stop are
equal and not touch the files if so.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2009-02-25 07:44 russell SVN Branch (only for SVN checkouts, not tarball
releases)N/A => N/A
2009-02-25 07:44 russell Category . I did not set the
category correctly. => Resources/res_monitor
======================================================================
More information about the asterisk-bugs
mailing list