Summary: | ASTERISK-25145: Unable to record calls picked up from parking lot | ||||||||
Reporter: | xrobau (xrobau) | Labels: | |||||||
Date Opened: | 2015-06-02 16:02:05 | Date Closed: | 2015-06-19 16:04:03 | ||||||
Priority: | Major | Regression? | |||||||
Status: | Closed/Complete | Components: | Applications/app_parkandannounce | ||||||
Versions: | 13.3.2 | Frequency of Occurrence | Constant | ||||||
Related Issues: |
| ||||||||
Environment: | FreePBX standard build | Attachments: | |||||||
Description: | Attempting to pick up calls from a parking lot results in a very small file with no contents.
Dialplan: {code} exten => 999,1,NoOp(Picking up from 71) exten => 999,n,MixMonitor(/tmp/recording.wav,a,${MIXMON_POST}) exten => 999,n,ParkedCall(default,71) {code} When dialing 999, the call is returned, the file is created, but the log then fills with: {code} 2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples [2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples {code} The /tmp/recording.wav file is only 44 bytes {code} # ls -al /tmp/recording.wav -rw-rw---- 1 asterisk asterisk 44 Jun 3 06:51 /tmp/recording.wav # cat /tmp/recording.wav RIFF$WAVEfmt @▒>data {code} | ||||||||
Comments: | By: xrobau (xrobau) 2015-06-02 16:29:09.983-0500 This only affects calls that are have a wideband leg, When both legs are ulaw, recording works properly. By: Rusty Newton (rnewton) 2015-06-03 15:03:13.372-0500 As Matt Jordan noted by linking the issue - this appears to be a duplicate. The issue should be fixed in 13.4.0 and beyond. Can you test and confirm? Thanks! By: xrobau (xrobau) 2015-06-03 16:01:38.506-0500 Acknowledged, not sending back until confirmed fixed... By: Rusty Newton (rnewton) 2015-06-19 16:04:03.138-0500 This should be fixed. [~xrobau] will let us know to reopen if it is not fixed. |