[asterisk-bugs] [JIRA] (ASTERISK-19354) ConfBridge does not close channel when using local channels
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Thu Jan 9 20:41:03 CST 2014
[ https://issues.asterisk.org/jira/browse/ASTERISK-19354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=213896#comment-213896 ]
Matt Jordan commented on ASTERISK-19354:
----------------------------------------
Unfortunately, there isn't really a place to document that, since {{app_confbridge}} doesn't have a config file in Asterisk 1.8. While we could spit out a NOTICE message on module load, those are typically ignored or not seen due to the quantity of messages that get dumped out on startup. It was documented to an extent on the Asterisk wiki on the [ConfBridge 10 page|https://wiki.asterisk.org/wiki/display/AST/ConfBridge+10].
ConfBridge is marked as "extended" support in Asterisk 1.8 (which can be viewed in menuselect). In general, this is an indication that this module has limited support, or the support of a smaller segment of the Asterisk developer community. In general, we recommend people use "core" supported modules when possible, unless they need the functionality provided by an extended support module.
Since this is no longer an issue in later versions of Asterisk, I'm going to close this out as Won't Fix.
> ConfBridge does not close channel when using local channels
> -----------------------------------------------------------
>
> Key: ASTERISK-19354
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-19354
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_confbridge
> Affects Versions: 1.8.9.2
> Environment: linux 64bit
> Reporter: marcelloceschia
> Severity: Minor
>
> I'm unsing local channels to push participants into conference.
> But sometimes the channels will not be cloed after all participants left the conference.
> using gdb I get (no active conferences at this moment):
> Thread 16 (Thread 0x7fc12e56e700 (LWP 20595)):
> #0 0x00007fc157105913 in poll () from /lib/libc.so.6
> #1 0x00000000004714c6 in ast_waitfor_nandfds (c=0x7fc12e569170, n=1, fds=0x7fc12e568fb0, nfds=0, exception=0x0, outfd=0x7fc12e568fac, ms=0x7fc12e568fa8) at channel.c:3203
> #2 0x000000000044e6f4 in bridge_channel_join_multithreaded (bridge_channel=0x7fc12e569100) at bridging.c:724
> #3 0x000000000044f729 in bridge_channel_join (bridge_channel=0x7fc12e569100) at bridging.c:929
> #4 0x000000000044ffa9 in ast_bridge_join (bridge=0xc02b6f8, chan=0x7fc1319d1a58, swap=0x0, features=0x7fc12e569290) at bridging.c:1003
> #5 0x00007fc144dd9903 in confbridge_exec (chan=0x7fc1319d1a58, data=0x7fc12e56b540 "12,cM(confSound1)") at app_confbridge.c:791
> #6 0x00000000005035e7 in pbx_exec (c=0x7fc1319d1a58, app=0xbf02b70, data=0x7fc12e56b540 "12,cM(confSound1)") at pbx.c:1431
> #7 0x000000000050d505 in pbx_extension_helper (c=0x7fc1319d1a58, con=0x0, context=0x7fc1319d1fb0 "konferenz", exten=0x7fc1319d2000 "12", priority=20, label=0x0, callerid=0x7fc131476690 "12", action=E_SPAWN, found=0x7fc12e56dc30, combined_find_spawn=1)
> at pbx.c:4250
> #8 0x000000000050f142 in ast_spawn_extension (c=0x7fc1319d1a58, context=0x7fc1319d1fb0 "konferenz", exten=0x7fc1319d2000 "12", priority=20, callerid=0x7fc131476690 "12", found=0x7fc12e56dc30, combined_find_spawn=1) at pbx.c:4890
> #9 0x000000000050fbd5 in __ast_pbx_run (c=0x7fc1319d1a58, args=0x0) at pbx.c:4990
> #10 0x00000000005118dd in pbx_thread (data=0x7fc1319d1a58) at pbx.c:5330
> #11 0x0000000000567f74 in dummy_start (data=0x7fc13171b0d0) at utils.c:1004
> #12 0x00007fc1596878ca in start_thread () from /lib/libpthread.so.0
> #13 0x00007fc15711086d in clone () from /lib/libc.so.6
> #14 0x0000000000000000 in ?? ()
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list