[asterisk-bugs] [JIRA] (ASTERISK-25231) Set Music AGI command does not use class argument

[Rusty Newton (JIRA)]

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

Rusty Newton edited comment on ASTERISK-25231 at 7/8/15 5:14 PM:
-----------------------------------------------------------------

{quote}Subsequent 'moh reload's do not reparse the musiconhold.conf file.{quote}

{quote}This does not seem like the proper way 'moh reload' should work but I fixed the issue in our software by putting a 'touch /etc/asterisk/musiconhold.conf' command at the end of the process that creates the directory and loads the files.{quote}

This is currently the way reload works for most modules. That is, the module's configuration will not be re-parsed unless the configuration file has been modified. It is not a bug, but may not be optimal in some cases.

If you wanted to submit a patch to change this behavior for Music on Hold - there is a good chance it would get accepted due to the scenario you have run into.

Are you interested in submitting a patch? If you need guidance on where to start in the source code, you could ask on the asterisk-dev[1] mailing list.

[1]: http://lists.digium.com/mailman/listinfo/asterisk-dev


was (Author: rnewton):
{quote}Subsequent 'moh reload's do not reparse the musiconhold.conf file.{quote}

{quote}This does not seem like the proper way 'moh reload' should work but I fixed the issue in our software by putting a 'touch /etc/asterisk/musiconhold.conf' command at the end of the process that creates the directory and loads the files.{quote}

This is currently the way reload works for most modules. That is, the module's configuration will not be re-parsed unless the configuration file has been modified. It is not a bug, but may not be optimal in some cases.

If you wanted to submit a patch to change this behavior for Music on Hold - there is a good chance it would get accepted due to the scenario you have run into.

Are you interested in submitting a patch? If you need guidance on where you start you could ask on the asterisk-dev[1] mailing list.

[1]: http://lists.digium.com/mailman/listinfo/asterisk-dev

> Set Music AGI command does not use class argument
> -------------------------------------------------
>
>                 Key: ASTERISK-25231
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25231
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_agi, Resources/res_musiconhold
>    Affects Versions: 11.18.0
>         Environment: OpenSuSE 13.1 running on a quad core intel with 4 gigs of ram.
>            Reporter: Michael Cargile
>            Assignee: Unassigned
>            Severity: Minor
>
> Our script is sending 'SET MUSIC ON ast11test' to standard out and yet the music on hold that is played is default:
> 2015-07-07 12:19:17|12:19:28|agi-VDAD_ALL_inbound.agi|MOH Context = ast11test
> 2015-07-07 12:19:17|12:19:28|agi-VDAD_ALL_inbound.agi|MOH Command = SET MUSIC ON ast11test
>     -- [Jul  7 12:19:28]     -- Started music on hold, class 'default', on SIP/sgw1-00000040
> 2015-07-07 12:19:17|12:19:28|agi-VDAD_ALL_inbound.agi|MOH Result = 200 result=0
> no error is given.



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