[Home]

Summary:ASTERISK-24019: When a Music On Hold stream starts it restarts at beginning of file.
Reporter:Jason Richards (ateks)Labels:
Date Opened:2014-07-10 09:40:18Date Closed:2014-08-25 11:02:45
Priority:MajorRegression?Yes
Status:Closed/CompleteComponents:Resources/res_musiconhold
Versions:SVN 11.10.2 11.11.0 Frequency of
Occurrence		Constant
Related
Issues:
Environment:Tested on CentOS 6.5 64-bit (possibly affects other 64-bit builds - not tested), FreePBX. Tested also on CentOS 32-bit.Attachments:( 0) jira_asterisk_24019_v1.8.patch
( 1) musiconhold.zip
( 2) res_musiconhold.so.zip
Description:On a 64-bit compile of Asterisk 11.10.2, music on hold keeps restarting at the beginning when callers are placed on hold or queue announcements are made. For example, if a caller is placed on hold, then taken off, then put back on hold, they keep hearing the beginning of a song which can be highly irritating! This also affects queue announcements - music should not restart each time caller positions are announced.

This bug is fixed by replacing res_musiconhold.so (in /usr/lib64/asterisk/modules) with the version in 11.5.0 x86_64
Comments:By: Jason Richards (ateks) 2014-07-10 13:53:34.201-0500

Attached: ZIP file containing res_musiconhold.so from both 11.5.0 (working version) and 11.10.2 (broken). Tested on CentOS 6.5 64-bit
By: Rusty Newton (rnewton) 2014-07-11 16:46:11.698-0500

Please attach your musiconhold.conf and any relevant dialplan needed to reproduce the issue in 11.10.2.
By: Jason Richards (ateks) 2014-07-11 20:05:45.448-0500

Attached: musiconhold config files (includes musiconhold.conf, musiconhold_additional.conf and musiconhold_custom.conf). I have tried the same identical config files in 11.5.0 without problems. Please note that I use FreePBX as a UI layer on top of Asterisk.

No specific dialplan required - the issue occurs in any scenario where MoH is required.

It may be worth mentioning that I can find no fault in the log files - MoH starts/stops as expected. The only difference is that it starts from the beginning instead of the last position (whether that be when a caller is placed on hold, after a queue position announcement etc.) As previously mentioned, this issue appears to be resolved after replacing res_musiconhold.so with one compiled from 11.5.0 instead; I have not tried versions released after 11.10.2
By: Daniel Journo (journo) 2014-08-01 09:17:40.651-0500

I believe this bug was fixed in 11.11.0

2014-06-17 16:21 +0000 [r416440]  Kinsey Moore <kmoore@digium.com>
* res/res_musiconhold.c, /: MoH: Don't restart stream on repeated start calls
By: sdolloff (sdolloff) 2014-08-06 14:27:50.983-0500

I'm seeing this on Asterisk 11.11.0 with queues and announce-holdtime = yes

By: Rusty Newton (rnewton) 2014-08-06 17:26:15.891-0500

Yup I can confirm reproduction in SVN-branch-11-r420147. Replacement with the older res_musiconhold.so (11.5.0) restores old behavior.
By: Yosef Chaim (yosef) 2014-08-19 04:31:42.863-0500

The problem also exists in version 1.8.29.
By: Richard Mudgett (rmudgett) 2014-08-22 17:29:24.185-0500

[^jira_asterisk_24019_v1.8.patch] - Restore code to restart MOH where it left off the last time.

The patch should apply to other versions also.
By: Dare Awktane (awktane) 2014-09-19 10:50:07.816-0500

Issue still exists in version 11.12.1 (res_musiconhold.so in that version is dated 2014-06-17). Assuming it will be released in the next release.
By: Richard Mudgett (rmudgett) 2014-09-19 10:56:32.811-0500

Of course it still exists in v11.12.1.  The fix has not made it into a release yet.  It should be in v11.13.0 though.