[asterisk-bugs] [JIRA] (ASTERISK-24135) ARI: GET /channels/{channel_id}/variable for channel in dialplan returns 409 conflict
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Wed Jul 30 10:50:57 CDT 2014
Matt Jordan created ASTERISK-24135:
--------------------------------------
Summary: ARI: GET /channels/{channel_id}/variable for channel in dialplan returns 409 conflict
Key: ASTERISK-24135
URL: https://issues.asterisk.org/jira/browse/ASTERISK-24135
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Resources/res_ari
Affects Versions: 12.4.0
Reporter: Matt Jordan
If an ARI application executes a {{GET /channels/\{channel_id\}/variable}} on a channel that is currently in dialplan, i.e., not in a {{Stasis}} dialplan application, it will get a {{409 conflict}} response.
This is probably too restrictive, for a few reasons:
# We already allow a user to retrieve a channel's information using {{GET /channels/\{channel_id\}/}}. From the perspective of a user, not letting them access a subsequent property on a channel in a read-only fashion is odd.
# For certain channels in the dialplan, you will need to use {{GET /channels/\{channel_id\}/variable}} in order to know how to take actions within an ARI application. For example, it is useful to know the {{REDIRECTING}} reason for a channel you are watching that just executed a {{Dial}}, or you may want to get {{CONNECTEDLINE}} information from a channel.
Issuing a 409 on channel variable retrieval is too restrictive.
*Note:* I'm sure this was originally done intentionally, as we were/are quite paranoid about not letting ARI crash a channel owned by another application. In this case, however, retrieving channel variables is a relatively benign operation, and should be free from side effects.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list