[asterisk-bugs] [JIRA] (ASTERISK-25974) Unused realtime MOH classes not purged on 'moh reload'

Joshua Colp (JIRA) noreply at issues.asterisk.org
Tue May 17 10:20:56 CDT 2016


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

Joshua Colp commented on ASTERISK-25974:
----------------------------------------

Internal issues are for internal resource management. Anything relating to the issue goes on the public issue. I have no timeline on when it would be fixed.

> Unused realtime MOH classes not purged on 'moh reload'
> ------------------------------------------------------
>
>                 Key: ASTERISK-25974
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25974
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_musiconhold
>    Affects Versions: 11.22.0
>         Environment: Linux 3.5.0-48-generic #72~precise1-Ubuntu SMP Tue Mar 11 20:09:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
>            Reporter: Sébastien Couture
>            Severity: Minor
>
> Unused realtime MOH classes are not purged from memory when a 'moh reload' is issued _unless_ musiconhold.conf file is missing, invalid, or was modified (a simple 'touch' will suffice).
> Looking at the first few lines of code from the 'load_moh_classes()' function in res_musiconhold.c, you can see pretty clearly why we get this behaviour. That being said, it leaves out this specific scenario where you would expect realtime classes to be reloaded/purged whether musiconhold.conf was modified or not.
> cachertclasses=yes



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



More information about the asterisk-bugs mailing list