[asterisk-dev] [Code Review] 4101: Channel Originate/Continue via ARI support for labels in dialplan is incomplete

Scott Griepentrog reviewboard at asterisk.org
Wed Dec 17 12:51:34 CST 2014



> On Dec. 17, 2014, 11:14 a.m., Mark Michelson wrote:
> > /trunk/rest-api/api-docs/channels.json, line 374
> > <https://reviewboard.asterisk.org/r/4101/diff/10/?file=69813#file69813line374>
> >
> >     Why is this change present?
> 
> greenfieldtech wrote:
>     I changed this from int to long, for consistency sake. The other functions, referring to priority are all indicated as 'long'.
>

The problem is, that even if it was inconsistent, as a part of the API it can't be changed without bumping the revision.  This review should be focused on just adding your feature, and a separate attempt made to fix this.


- Scott


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


On Dec. 17, 2014, 6:39 a.m., greenfieldtech wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/4101/
> -----------------------------------------------------------
> 
> (Updated Dec. 17, 2014, 6:39 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: ASTERISK-24412
>     https://issues.asterisk.org/jira/browse/ASTERISK-24412
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This patch changes the current behavior of ARI, to allow channel originate/continue requests to be performed with labels as the priority, not only integer values.
> 
> 
> Diffs
> -----
> 
>   /trunk/rest-api/api-docs/channels.json 429698 
>   /trunk/res/res_ari_channels.c 429698 
>   /trunk/res/ari/resource_channels.c 429698 
>   /trunk/res/ari/resource_channels.h 429698 
> 
> Diff: https://reviewboard.asterisk.org/r/4101/diff/
> 
> 
> Testing
> -------
> 
> Testing was performed by testing the following scenarios:
> 1. Originating a call to a numeric priority - works
> 2. Originating a call to a null priority - works
> 3. Originating a call to a label - works
> 4. Continue a call to a label - not tested yet
> 
> 
> Thanks,
> 
> greenfieldtech
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20141217/16ca3af7/attachment.html>


More information about the asterisk-dev mailing list