[asterisk-dev] [Code Review] 2939: ari recording: channel/bridge recording should fail if the format extension requested is unknown to Asterisk

jrose reviewboard at asterisk.org
Fri Oct 18 15:53:37 CDT 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2939/
-----------------------------------------------------------

Review request for Asterisk Developers, David Lee, Joshua Colp, and kmoore.


Bugs: ASTERISK-22626
    https://issues.asterisk.org/jira/browse/ASTERISK-22626


Repository: Asterisk


Description
-------

If a recording is requested against a channel or bridge and an unknown format is used, Asterisk will accept the parameters and return success and then the recording will fail asynchronously. This patch makes Asterisk check the extension to make sure it's actually of a usable type so that we can return failure (422 specifically) before attempting to start the recording.


Diffs
-----

  /branches/12/res/ari/resource_bridges.c 401105 
  /branches/12/res/ari/resource_channels.c 401105 
  /branches/12/res/res_ari_bridges.c 401105 
  /branches/12/res/res_ari_channels.c 401105 
  /branches/12/rest-api/api-docs/bridges.json 401105 
  /branches/12/rest-api/api-docs/channels.json 401105 

Diff: https://reviewboard.asterisk.org/r/2939/diff/


Testing
-------

Just the obvious.  Used format extension of 'fhqwhgads' and checked to see if it failed before and after the patch. It failed after, would be accepted before. Recordings never succeed of course, I'm just talking the HTTP response.

I've written a test similar to https://reviewboard.asterisk.org/r/2921/ for this, but I'll just let that test sit until that review goes somewhere.


Thanks,

jrose

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20131018/e2a23e69/attachment-0001.html>


More information about the asterisk-dev mailing list