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:18 | Date Closed: | 2014-08-25 11:02:45 |
Priority: | Major | Regression? | Yes |
Status: | Closed/Complete | Components: | 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. |