[asterisk-bugs] [JIRA] (ASTERISK-24338) ARI live recording operations cause 500 Internal Server error during initial "beep"

[Rusty Newton (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-24338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-24338:
------------------------------------

    Component/s: Resources/res_ari_channels
                 Resources/res_ari_bridges
                 Resources/res_ari

> ARI live recording operations cause 500 Internal Server error during initial "beep"
> -----------------------------------------------------------------------------------
>
>                 Key: ASTERISK-24338
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24338
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_ari, Resources/res_ari_bridges, Resources/res_ari_channels
>    Affects Versions: SVN, 12.5.0, 13.0.0-beta1
>            Reporter: Mark Michelson
>
> The channel and bridge resources in ARI provide a "record" operation for recording media. One of the options that can be specified is "beep=true" to play a beep sound at the start of recording. While the initial beep is playing, if any operations to try to manipulate the live recording are attempted, they result in a 500 Internal Server error.
> The reason for this is that the playing of the beep is not a built-in part of recording. The playing of the beep runs in the typical waitstream context of reacting to specific control frames. Not included in these control frames are the various AST_CONTROL_RECORD_XXX frames used for controlling live recordings. When the waitstream core reads a control frame it is not expecting, it fails the operation (in this case, playing the beep), and this failure is propagated all the way back to ARI. ARI responds in kind with a 500.



--
This message was sent by Atlassian JIRA
(v6.2#6252)