[asterisk-dev] [Code Review] 2848: Confbridge: empty conference not being torn down

svnbot reviewboard at asterisk.org
Tue Sep 17 09:24:04 CDT 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2848/
-----------------------------------------------------------

(Updated Sept. 17, 2013, 9:24 a.m.)


Status
------

This change has been marked as submitted.


Review request for Asterisk Developers.


Changes
-------

Committed in revision 399222


Bugs: ASTERISK-21859
    https://issues.asterisk.org/jira/browse/ASTERISK-21859


Repository: Asterisk


Description
-------

Confbridge would not properly tear down an empty conference bridge when all users were kicked via end_marked=yes and at least one user was also set to wait_marked.  This occurred because while end_marked users were being kicked and at least one was also set to wait_marked then the leave wait_marked handler would be called on that user, but there would be no waiting user (still considered active).  The waiting users would decrement and now be negative.  The conference would remain, but be put into an inactive state.  The solution was to move from the active list to the wait list, those users with wait_marked set right before kicking.  This allows both the active and wait users to decrement correctly and the confbridge to tear down properly.

A crashed also occurred when trying to list the specific conference from the CLI.  This happened because the conference specified was invalid.  Since the conference properly tears down now there is no way to reference it thus alleviating the crash as well.


Diffs
-----

  branches/11/apps/confbridge/conf_state_multi_marked.c 398808 

Diff: https://reviewboard.asterisk.org/r/2848/diff/


Testing
-------

Started by recreating the issue and then testing the fix against the scenario to make sure it worked.  Also ran a few other confbridge scenarios with various combinations of leaders and users that were marked, unmarked, and/or wait marked and made sure once the last participant left or was kicked the conference was fully removed.


Thanks,

Kevin Harwell

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130917/e08e794d/attachment.htm>


More information about the asterisk-dev mailing list