[asterisk-bugs] [JIRA] (ASTERISK-28422) Memory Leak in Confbridge menu

[Ted G (JIRA)]

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

Ted G commented on ASTERISK-28422:
----------------------------------

Sean, 
  Thanks, I will try that however I would imagine a subsequent call to a key would over write the previous.

7,one,two
7,three,four

I would not expect 7 to now be 7,one,two,three,four i would expect three,four to overwrite one,two



> Memory Leak in Confbridge menu
> ------------------------------
>
>                 Key: ASTERISK-28422
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28422
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_confbridge
>    Affects Versions: 16.3.0
>         Environment: Debian GNU/Linux 9.8 (stretch)
> Using AGI
>            Reporter: Ted G
>            Assignee: Unassigned
>            Severity: Minor
>
> When users on my system join a conference bridge some variables are being set dynamically like so:
> {noformat}
> ast_setvar("CONFBRIDGE(bridge,record_file)", recfn);
> ast_setvar("CONFBRIDGE(user,startmuted)", mute ? "yes" : "no");
> ast_setvar("CONFBRIDGE(user,music_on_hold_class)", music ? music : "default");
> ast_setvar("CONFBRIDGE(user,music_on_hold_when_empty)", music ? "yes" : "no");
> {noformat}
> All of this works fine, however users are quite often taken off the bridge to change these settings so every time they enter the bridge these settings are applied based on whatever configuration they are using.
> My assumption is that once the channel is destroyed (upon Hangup) these settings vanish.  I am not using confbridge.conf at all.
> My assumption appears false however as memory usage continues to grow day by day:
> {noformat}
>    54616804 bytes in      15255 allocations in file confbridge/conf_config_parser.c
> {noformat}



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