<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Possible Bug With Record Call Function file format]]></title><description><![CDATA[<p dir="auto">I believe I have found a small bug in how FOP2 handles the Record Call Function.</p>
<p dir="auto">I am running Asterisk 1.4 and I can have any calls recorded simply by pressing * then 1 anytime in any conversation.<br />
The calls are stored in /var/spool/asterisk/monitor in this format auto-1247113341-XXX-xxxxxxxxxx.wav<br />
the XXX is for the the extension number and xxxxxxxxxx is for  Caller ID number.The 1247113341 is the file number. Now anytime a call is recorded I can listen to this recorded call via the recordings tab in FreeBPX. I just log in with my extension and I can listen to any calls that I have recorded and delete them as well. All works well.</p>
<p dir="auto">Now the problem is when I click on the Record Call Function (which I love because there are no dial tones like when I press on * then 1) it DOES record the call but puts the file in the wrong format. The Record Call Function DOES place the call in the proper directory in /var/spool/asterisk/monitor however it saves it in XXX-1247113454.wav this format which is extension-then file number.wav</p>
<p dir="auto">The proper fix I believe would need to be saved in auto-file number-extension-Caller ID.wav</p>
<p dir="auto">If I rename any of the Record Call Function saved files to that file format I now can listen to the recorded calls in the FreePBX recordings tab and also delete them.</p>
<p dir="auto">I hope this helps.</p>
<p dir="auto">By the way FOP2 is amazing. I am testing the free version at home I have only 5 extensions however when I will install Asterisk in my office I will get the paid version.</p>
]]></description><link>http://localhost:4567/topic/28/possible-bug-with-record-call-function-file-format</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 04:00:08 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/28.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 09 Jul 2009 05:02:07 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Mon, 04 Oct 2010 16:35:04 GMT]]></title><description><![CDATA[<p dir="auto">Nicolás,</p>
<p dir="auto">You're absolutely right - it is not a bug. I'm sorry that I mis-stated it. I simply wasn't using it right.</p>
<p dir="auto">Having looked, now, at fop2.cfg, and setting it up appropriately for my version of FreePBX, it is working perfectly. Thank you for your help!</p>
]]></description><link>http://localhost:4567/post/173</link><guid isPermaLink="true">http://localhost:4567/post/173</guid><dc:creator><![CDATA[AndyML]]></dc:creator><pubDate>Mon, 04 Oct 2010 16:35:04 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Thu, 30 Sep 2010 20:27:31 GMT]]></title><description><![CDATA[<p dir="auto">Please look at fop2.cfg where you can set the recording filename to the format you like. The default name will work show recordings on Elastix recording interface. If you need to adjust it so it works with your FreePBX version, feel free to do so. The filename is not a behavior nor a bug, not sure what you expect the file name to be.</p>
<pre><code>; Filename to use when start monitoring, you can use ${UNIQUEID}, 
; ${ORIG_EXTENSION}, ${DEST_EXTENSION}
; and date formats %Y %m %d to construct the filename.
;
; Settings for modifying the recording filename
; Available variables are:
; ${UNIQUEID} = Unique Id of the call
; ${TIMESTAMP} = Unix Timestamp when the recording was initiated
; ${DEST_EXTENSION} = Target extenstion being monitored
; ${ORIG_EXTENSION} = Extension/User that started the recording (not
;                     the other leg)
; Date variables: 
; %Y 4 digits year
; %y 2 digits year
; %m 2 digits month
; %d 2 digits day
; %h 2 digits hour
; %i 2 digits minute
; %s 2 digits seconds

monitor_filename=g${DEST_EXTENSION}-${UNIQUEID}
monitor_format=wav
monitor_mix=true
</code></pre>
]]></description><link>http://localhost:4567/post/172</link><guid isPermaLink="true">http://localhost:4567/post/172</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 30 Sep 2010 20:27:31 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Thu, 30 Sep 2010 19:25:45 GMT]]></title><description><![CDATA[<p dir="auto">So, I'm running FOP2 - Version 2.11 on an Ubuntu 10.04 install of Asterisk/FreePBX etc, and get the same behavior as the original poster of this message. i.e. g210-1285861047.14.wav</p>
<p dir="auto">Was this 'fix' reverted?</p>
]]></description><link>http://localhost:4567/post/171</link><guid isPermaLink="true">http://localhost:4567/post/171</guid><dc:creator><![CDATA[AndyML]]></dc:creator><pubDate>Thu, 30 Sep 2010 19:25:45 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Mon, 16 Nov 2009 11:48:48 GMT]]></title><description><![CDATA[<p dir="auto">What version did you download? You might want to try with a beta because not all original versions where updated.</p>
<p dir="auto">Here you have the locations to download the betas:</p>
<p dir="auto"><a href="http://forum.fop2.com/esotalk/index.php/179#p697" rel="nofollow ugc">View Post 179#p697</a></p>
]]></description><link>http://localhost:4567/post/170</link><guid isPermaLink="true">http://localhost:4567/post/170</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Mon, 16 Nov 2009 11:48:48 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Thu, 12 Nov 2009 07:22:27 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Can you confirm that you did indeed update the tarballs. My panel is just installed is behaving as described in this thread, and i downloaded the installs last week.</p>
]]></description><link>http://localhost:4567/post/169</link><guid isPermaLink="true">http://localhost:4567/post/169</guid><dc:creator><![CDATA[baddah]]></dc:creator><pubDate>Thu, 12 Nov 2009 07:22:27 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Sat, 01 Aug 2009 03:03:06 GMT]]></title><description><![CDATA[<p dir="auto">Don't tell anyone but the centos 5 32 bit is already updated with that fix... if you redownload you only need to replace fop2_server and fop2.js . The official next release will be sometime next week. I would love to have parking enabled but it is taking longer than I expected.</p>
]]></description><link>http://localhost:4567/post/168</link><guid isPermaLink="true">http://localhost:4567/post/168</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Sat, 01 Aug 2009 03:03:06 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Fri, 31 Jul 2009 09:21:18 GMT]]></title><description><![CDATA[<p dir="auto">Indeed thanks for the great work going into FOP2! It is simply fabulous.</p>
<p dir="auto">Do you have any ETA to put up the new tarballs?</p>
]]></description><link>http://localhost:4567/post/167</link><guid isPermaLink="true">http://localhost:4567/post/167</guid><dc:creator><![CDATA[nsumner]]></dc:creator><pubDate>Fri, 31 Jul 2009 09:21:18 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Fri, 31 Jul 2009 01:09:14 GMT]]></title><description><![CDATA[<p dir="auto">Nice looking forward for the fix.</p>
<p dir="auto">Thanks again Nicolás for all the hard work you have put into the Fop2 project.</p>
]]></description><link>http://localhost:4567/post/166</link><guid isPermaLink="true">http://localhost:4567/post/166</guid><dc:creator><![CDATA[Cpoc]]></dc:creator><pubDate>Fri, 31 Jul 2009 01:09:14 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Mon, 27 Jul 2009 11:07:36 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Ok, I fixed the sticky recording icon and changed the default filename so it matches ARI format, by using uniqueid-extension.format. I will update the tarballs shortly.</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/165</link><guid isPermaLink="true">http://localhost:4567/post/165</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Mon, 27 Jul 2009 11:07:36 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Thu, 09 Jul 2009 13:32:57 GMT]]></title><description><![CDATA[<p dir="auto">Hi Nicolás another thing I noticed with the Record Call Function is that when a call stops recording you must refresh the page for the icon to go away. Even if you hang up or click the hang up icon it still shows the record icon inside the extension button.<br />
The page does not auto refresh you must log out then back in for the icon to disappear.</p>
]]></description><link>http://localhost:4567/post/164</link><guid isPermaLink="true">http://localhost:4567/post/164</guid><dc:creator><![CDATA[Cpoc]]></dc:creator><pubDate>Thu, 09 Jul 2009 13:32:57 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Thu, 09 Jul 2009 13:23:29 GMT]]></title><description><![CDATA[<p dir="auto">Yes that would be a very good feature indeed. In the meantime I can always rename the files.</p>
<p dir="auto">Thanks again Nicolás for the amazing works you have done with FOP2.</p>
]]></description><link>http://localhost:4567/post/163</link><guid isPermaLink="true">http://localhost:4567/post/163</guid><dc:creator><![CDATA[Cpoc]]></dc:creator><pubDate>Thu, 09 Jul 2009 13:23:29 GMT</pubDate></item><item><title><![CDATA[Reply to Possible Bug With Record Call Function file format on Thu, 09 Jul 2009 10:58:12 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Thank you for your very detailed analysis. It is not technically a bug, but it would be nice to add a configuration parameter to set the recording file name, so freepbx/ari users can have them available in that name format, while other users might use a different one.</p>
<p dir="auto">I will consider this a feature request and I will see if I can incorporate the feature into the next release.</p>
<p dir="auto">Best regards,</p>
<p dir="auto">--<br />
Nicolás</p>
]]></description><link>http://localhost:4567/post/162</link><guid isPermaLink="true">http://localhost:4567/post/162</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 09 Jul 2009 10:58:12 GMT</pubDate></item></channel></rss>