[asterisk-bugs] [JIRA] (ASTERISK-27040) MOH/Realtime: 'moh show classes' does not show classes defined in database

[Benjamin Keith Ford (JIRA)]

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

Benjamin Keith Ford commented on ASTERISK-27040:
------------------------------------------------

{quote}
We only saw it work with another activity like making a call where MOH was inititated right?
{quote}
Yep, set up two phones and put on on hold to trigger MOH - this is when you can see Asterisk pinging the database.
{quote}
I think we didn't see anything in the debug when we ran "moh show classes". That is it seemed to be a silent failure.
{quote}
"moh show classes" doesn't return anything on the realtime configuration; it essentially just does nothing without having the standard /etc/asterisk/musiconhold.conf.

> MOH/Realtime: 'moh show classes' does not show classes defined in database
> --------------------------------------------------------------------------
>
>                 Key: ASTERISK-27040
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27040
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_musiconhold
>    Affects Versions: 13.16.0
>         Environment: Ubuntu16.04
>            Reporter: Benjamin Keith Ford
>            Assignee: Benjamin Keith Ford
>            Severity: Minor
>
> When Asterisk is configured to run with ODBC and MOH is defined in the database, the CLI command 'moh show classes' does not return anything on the classes defined in the database. MOH still works despite the CLI returning nothing, and you can see the database being pinged for the MOH class through the CLI (with debug and verbose bumped up).
> PostgreSQL setup:
> Table: musiconhold
> name - 'default'
> mode - 'files'
> directory - '/var/lib/asterisk/moh'



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