-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 12
-
Fix Version/s: None
-
Component/s: Call Recording
-
Labels:
-
Environment:
Freepbx 12 (build 6.12.65.23) based on asterisk 11.14.2. w/ iSympony v3.0.3.1564
-
ToDo:
-
Asterisk Version:11.14.2
-
Distro Version:6.12.65.23
-
Distro:FreePBX Distro
I mention iSymphony because that is how I discovered this issue and how I am routinely able to recreate it. However when the issue is present it can be reproduced by running one_touch_record.php from the command line as well. I have commented my one_touch_record.php to try to debug this issue and it seem that the issue is in the naming of the file upon recording.
First it always works fine when I, or another user, records our own call. That does not seem to break. When it starts to break, I'm not 100% sure on. It's either when a user tries to record someone elses call in iSympony or when they barge a call and then try to record the barged leg of the call. My most recent example was the latter. However I believe it may have happened with the prior in the past.
Furthermore, when it does break, all future calls are recorded in the asteriskcdrdb in the cdr table as having that same call recording name as the recordingfile for that call, even though it may have been for a call 3 weeks before. BTW, we do not have automatic call recording on, only on demand.
Furthermore, if I try to record a call after 1 day since this issue started, it will create a new file in the new day with the name for the old file from what every previous day the issue began. It will create the file but the recording will not be updated. And it will be overwritten once someone else tries to record.
I have created this forum post for more info: http://community.freepbx.org/t/call-recording-stops-working-after-a-few-hours-of-restarting-asterisk/27363/3