[asterisk-bugs] [JIRA] (ASTERISK-25203) AMI event QueueCallerLeave not always sent

Rusty Newton (JIRA) noreply at issues.asterisk.org
Tue Jul 14 20:01:33 CDT 2015


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

Rusty Newton updated ASTERISK-25203:
------------------------------------

    Status: Open  (was: Triage)

> AMI event QueueCallerLeave not always sent
> ------------------------------------------
>
>                 Key: ASTERISK-25203
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25203
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 13.4.0
>            Reporter: Etienne Lessard
>            Assignee: Rusty Newton
>            Severity: Minor
>         Attachments: ASTERISK-25203_full.txt, ASTERISK-25203-managerlog.txt
>
>
> The AMI Event QueueCallerLeave (generated by app_queue) is not sent when another channel calls the Bridge application with the queue caller's channel.
> For example, if I have the following dialplan:
> {noformat}
> exten = 301,1,NoOp()
> same  =   n,Queue(foo)
> same  =   n,Hangup()
> exten = 302,1,NoOp()
> same  =   n,Bridge(SIP/alice,x)
> same  =   n,Hangup()
> {noformat}
> When Alice (SIP/alice) calls the 301 extension
> And Bob calls the 302 extension
> Then Alice and Bob are bridged together
> But no QueueCallerLeave event was sent
> In asterisk 11, the QueueCallerLeave event was sent in this scenario, which was useful because if you were tracking QueueCallerJoin event, you could just track the QueueCallerLeave event to know "reliably" when a channel calling a queue left a queue (either because it was answered or not).



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



More information about the asterisk-bugs mailing list