| Summary: | ASTERISK-14821: Recording Stops After Transfer from Queue | ||
| Reporter: | Sebastian Gutierrez (sum) | Labels: | |
| Date Opened: | 2009-09-11 14:11:04 | Date Closed: | 2011-06-07 14:07:22 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_mixmonitor |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | This issue may be related 15233. My Setup is: Queue recorded by Mixmonitor, seting MONITOR_FILENAME from dialplan, and using the configuration of queue to record the calls, agents are realtime queue memebers. The call enters the queue and is recorded ok, but if a transfer is made the MixMonitor Stops, the ideal is to have all the recording in one file till the end of the call, even if the call is transfered again. | ||
| Comments: | By: Leif Madsen (lmadsen) 2009-09-16 09:44:44 This is not a bug, although when I ran into it I thought it was too. MixMonitor() will not continue past the transfer, however, Monitor() will. If you need to mix the files, then you can use the 'm' option to Monitor(). You also need to trigger the Monitor() before calling Queue(), because if you do it on the Local channel after the Queue() when calling queue members, it will be dropped as well because the Local channel is optimized out of the call path. Hope that helps! | ||