[asterisk-bugs] [Asterisk 0018294]: AMI command stopMonitor followed by Monitor do not create a new file, just change the name of the original file and append to it
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Nov 11 16:01:15 CST 2010
The following issue has been SUBMITTED.
======================================================================
https://issues.asterisk.org/view.php?id=18294
======================================================================
Reported By: cicide
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18294
Category: Core/ManagerInterface
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: 1.6.2.11
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-11-11 16:01 CST
Last Modified: 2010-11-11 16:01 CST
======================================================================
Summary: AMI command stopMonitor followed by Monitor do not
create a new file, just change the name of the original file and append to it
Description:
The AMI stopMonitor command when used after Monitoring has begun (using AMI
Monitor command in my testing scenarios) correctly stops Monitoring of a
channel.
With the goal of creating a new recording from a later start point, while
saving the original recording under it's original name, I issue a new AMI
Monitor command with a different file name.
The expected functionality would be that I would end up with two sets of
files, one set from the first recording with the filename used by the first
monitor command, and a second set of files with the filename from the
second monitor command.
However, currently what occurs is that a single file with both periods of
recorded audio is saved with the final filename.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2010-11-11 16:01 cicide New Issue
2010-11-11 16:01 cicide Asterisk Version => 1.6.2.11
2010-11-11 16:01 cicide Regression => No
2010-11-11 16:01 cicide SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list