[asterisk-bugs] [JIRA] (ASTERISK-27790) Realtime Queue Ringinuse=no not functioning

[Asterisk Team (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-27790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=243096#comment-243096 ] 

Asterisk Team commented on ASTERISK-27790:
------------------------------------------

Suspended due to lack of activity. This issue will be automatically re-opened if the reporter posts a comment. If you are not the reporter and would like this re-opened please create a new issue instead. If the new issue is related to this one a link will be created during the triage process. Further information on issue tracker usage can be found in the Asterisk Issue Guidlines [1].

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines

> Realtime Queue Ringinuse=no not functioning
> -------------------------------------------
>
>                 Key: ASTERISK-27790
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27790
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 13.10.0
>         Environment: Intel Core Processor (Skylake)
> 2Gig RAM
> MySQL Database
>            Reporter: Jaco van Niekerk
>            Assignee: Jaco van Niekerk
>              Labels: asterisk
>         Attachments: Configuration.txt, ringinuse_no.txt
>
>
> This is the description of ringinuse in the sample file:
> ; If you want the queue to avoid sending calls to members whose devices are
> ; known to be 'in use' (via the channel driver supporting that device state)
> ; uncomment this option.
> ; ringinuse=no
> Problem 1:
> However when setting ringinuse to 0 or no in the MySQL table it stops the queue from disturbing calls to the members. A single call is sent to the agent and no call after that (Attached CLI examples)
> Problem 2:
> Setting Ringinuse to 1 or yes allows the members to receive multiple calls but while in a 'in use' state you expect them to receive a second call but it doesn't.



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