[asterisk-bugs] [JIRA] (ASTERISK-26400) app_queue: Queue member stops being called after AMI "Redirect" action for queues with wrapuptime
Matt Brown (JIRA)
noreply at issues.asterisk.org
Tue Jun 20 07:45:57 CDT 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-26400?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=237497#comment-237497 ]
Matt Brown commented on ASTERISK-26400:
---------------------------------------
I can confirm we are experiencing this bug still in 13.16.0 & 11.25.1 (and 14.x branch).
We have a queue of dynamic members, call comes in and member answers call. Call is then transferred using ## (In call blind xfer) and the call is transferred - however this leaves the original member showing as (in call) and no further calls are received. However, changing wrapuptime to 0 will resolve the issue - but ideally we need wrapup time.
Therefore I would mark this bug as not resolved. The previous comment was made:
"A caller can leave the Queue() application after being bridged with a
member in a few ways:
* Caller or member hangup
* Caller is transferred somewhere else (blind or atx)
* Caller is externally redirected elsewhere
The first 2 scenarios are currently handled by subscribing to stasis
messages, but the 3rd is not explicitly covered"
atx and blind still cause issues for the members of the queue.
> app_queue: Queue member stops being called after AMI "Redirect" action for queues with wrapuptime
> -------------------------------------------------------------------------------------------------
>
> Key: ASTERISK-26400
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26400
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_queue
> Affects Versions: 13.11.2
> Reporter: Etienne Lessard
> Assignee: Joshua Colp
> Labels: regression
> Attachments: 0001-app_queue-Handle-the-caller-being-redirected-out-of-.patch, 13reviewboardtests.txt
>
>
> Hello,
> Given I have a queue with a *nonzero wrapuptime* and one queue member
> And Alice calls this queue
> And the queue member answers
> When an AMI "Redirect" redirects Alice's channel to a different extension
> Then the queue member won't receive any new call from the queue until Alice's channel is hung up
> Note that after the AMI Redirect, the queue member is available / not in use, but won't receive any new call because the queue still think it's "in call", as shown by the "queue show" command.
> This is especially noticeable if your queue member is member of many queues (all with wrapup) and you have "shared_lastcall = yes" in your queues.conf.
> Also, if you find yourself in a scenario similar to the one described in ASTERISK-25844, this gets worse, i.e. your queue member won't receive any new calls even after Alice's channel is hung up.
> This bug (which happens to be a regression) has been introduced by commit 338a8ffed673e4c3a828c7c216575f8e3e712350 and this commit references ASTERISK-19820.
> Thanks
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list