| Summary: | ASTERISK-07022: Music on hold class not being set properly | ||
| Reporter: | Richard Wilkinson (rickead2000) | Labels: | |
| Date Opened: | 2006-05-23 03:45:19 | Date Closed: | 2006-05-23 09:13:19 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Resources/res_musiconhold |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | SetMusicOnHold does not appear to be functioning properly in asterisk 1.2.7.1 Even after explicitly setting the music on hold class to use in both extensions.conf and sip.conf (see additional info), asterisk still tries to use the default class. ****** ADDITIONAL INFORMATION ****** Entry in extensions.conf exten => 100,1,SetMusicOnHold(newclass) exten => 100,2,Dial(SIP/102) musiconhold=newclass ; this is set in every entry in sip.conf When calling extension 100 and placing the callee on hold, asterisk reports the following:- May 23 09:44:37 WARNING[14059]: res_musiconhold.c:886 local_ast_moh_start: No class: default musiconhold.conf:- [newclass] mode => files directory => /var/lib/asterisk/moh/newclassfiles | ||
| Comments: | By: Joshua C. Colp (jcolp) 2006-05-23 09:13:18 This is not a bug, this is normal behavior. Essentially that setting changes it on the current channel so that if musiconhold is activated on that channel, then the new music class is used. When you are in a call and put someone else on hold, you are putting their channel on hold - not yours. Their musicclass has not been changed, so the new one is not used. An effort is being made in trunk to change behavior to something you would expect (what you want). | ||