[Home]

Summary:ASTERISK-12870: If the user hangup during recording, recorded file isn't removed
Reporter:pj (pj)Labels:
Date Opened:2008-10-10 15:59:27Date Closed:2008-12-16 16:45:35.000-0600
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Applications/app_record
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:this behaviour doesn't comply with application help text:
"If the user should hangup during a recording, all data will be lost and the
application will teminate."

please also fix typo - missing 'r' in word 'teminate'
Comments:By: Leif Madsen (lmadsen) 2008-10-14 11:23:47

Issue acknowledged as the reporter points out that the recording should be removed if the call is hung up.

pj: can you please provide the dialplan you are using in order to reproduce this issue? Perhaps if you are answering the line with an Answer() or Playback(), then the recording is left because the line was answered by Asterisk?
By: pj (pj) 2008-10-14 11:42:26

channel is answered by Record() application itself, by default (ie. without specifying 'n' option).
If I use simplest form:
Record(/tmp/test.alaw);
stored file contains what user said
If use with 'n' option - to not answer call:
Record(/tmp/test.alaw,,,n);
stored file is empty as expected, but also isn't cleared from filesystem
I really don't know, what is reason for 'n' option, when it can be usefull :-\
In case with 'n' option, this warning also appears on cli:
WARNING[29188]: format_pcm.c:124 pcm_seek: negative offset -2000, resetting to 0


By: Digium Subversion (svnbot) 2008-12-16 16:45:35.000-0600

Repository: asterisk
Revision: 164942

U   trunk/apps/app_record.c

------------------------------------------------------------------------
r164942 | jpeeler | 2008-12-16 16:45:34 -0600 (Tue, 16 Dec 2008) | 6 lines

(closes issue ASTERISK-12870)
Reported by: pj

Delete file recording if recording terminated from a hangup.


------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=164942