[asterisk-bugs] [JIRA] (ASTERISK-29887) app_confbridge: CONFBRIDGE template modifications are wrongly discarded in certain bridge joins

[Joshua C. Colp (JIRA)]

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

Joshua C. Colp commented on ASTERISK-29887:
-------------------------------------------

That is, if there's different paths for joining the ConfBridge then each should configure the bridge profile the same way.

> app_confbridge: CONFBRIDGE template modifications are wrongly discarded in certain bridge joins
> -----------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-29887
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29887
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_confbridge
>    Affects Versions: 18.9.0
>         Environment: Debian 10 and Debian 11
>            Reporter: N A
>         Attachments: ASTERISK-29887.txt
>
>
> I have encountered some strange behavior where if channels join a confbridge before a certain channel, all the template settings for that ConfBridge seem to disappear, and furthermore, it doesn't seem like they can be reapplied, as if the channel datastore has become corrupted in some way.
> Expected behavior: 
> Set(CONFBRIDGE(bridge,sound_wait_for_leader)=silence/3) will override the sound_wait_for_leader prompt for the next ConfBridge join on that channel.
> Actual behavior:
> If the timing is right, all these bridge settings just completely disappear by the time the channel joins the confbridge. The result is that if you dump the contents of the override for that particular var in app_confbridge.c, it's empty, so of course it then goes and plays the default.
> I don't know yet if somehow the datastore is wrongly disappearing yet, but something is majorly wrong here. I can't articulate all the aspects of this, but attached is a fairly simple minimally reproducible example that seems to replicate these cases accurately every time. This readily reproduces on multiple systems.
> Currently, there doesn't seem to be any workaround for this, except for inflating the timing on all other channels with Wait so that it is guaranteed that the first channel always joins the confbridge first.
> It seems that in certain circumstances, if something else joins the bridge first, then all the template settings that were applied to that first channel disappear into oblivion.



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