[asterisk-bugs] [JIRA] (ASTERISK-24637) Channel re-enters Stasis() when it should not

John Bigelow (JIRA) noreply at issues.asterisk.org
Mon Dec 22 14:19:34 CST 2014


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

John Bigelow updated ASTERISK-24637:
------------------------------------

    Attachment: test-config.yaml
                extensions.conf
                full.txt

> Channel re-enters Stasis() when it should not
> ---------------------------------------------
>
>                 Key: ASTERISK-24637
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24637
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Bridges/bridge_simple, Bridges/bridge_softmix, Core/Bridging, Resources/res_ari_bridges, Resources/res_ari_channels, Resources/res_stasis
>    Affects Versions: SVN, 13.1.0
>         Environment: Asterisk branch 13 r429984
>            Reporter: John Bigelow
>         Attachments: extensions.conf, full.txt, test-config.yaml
>
>
> A channel pulled out of a stasis bridge and into another bridge via app_bridge is re-entered into Stasis() after the bridged channel is hung up. According to the following test plan, the channel should not re-enter Stasis and instead should continue at the next priority being to execute the UserEvent() app in this set up.
> https://wiki.asterisk.org/wiki/pages/viewpage.action?pageId=30279826#StasisStart/StasisEndTestplan-Bridge()DialplanApplication
> # Channel A enters Stasis()
> # Stasis bridge is created
> # Channel A is added to stasis bridge
> # Channel B enters Bridge(channel A)
> # Channel A is pulled out of stasis bridge and Stasis() app
> # Channel A enters non-stasis bridge
> # Channel B enters non-stasis bridge
> # Channel B hangs up
> # Channel A re-enters Stasis(). IE. Where it was when it was pulled out and put into the non-stasis bridge



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



More information about the asterisk-bugs mailing list