Resume playing existing hold music for cached realtime MOH
authorTerry Wilson <twilson@digium.com>
Wed, 23 Nov 2011 16:12:34 +0000 (16:12 +0000)
committerTerry Wilson <twilson@digium.com>
Wed, 23 Nov 2011 16:12:34 +0000 (16:12 +0000)
commit6d05a31d9fb890d75acd93a9c8c7e3eaa0bc22e5
treea40456f3acddb3463d785fa7ed0c45c502e9a26f
parentf59322f724429baf5da709669394646143401819
Resume playing existing hold music for cached realtime MOH

As a result of the fix for ASTERISK-18039, realtime caching MOH no longer
properly resumes playing back a file between different holds in the same call.
This is because scanning for new files causes the existing file array to be
emptied and we were just comparing that the saved pointer to the filename
matched the pointer to the filename in a particular position in the array. An
easy fix is to save the filename instead of a pointer to it and then do a
strcmp instead of comparing the addresses.

(closes issue ASTERISK-18912)
Review: https://reviewboard.asterisk.org/r/1596/
........

Merged revisions 346030 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........

Merged revisions 346031 from http://svn.asterisk.org/svn/asterisk/branches/10

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@346033 65c4cc65-6c06-0410-ace0-fbb531ad65f3
res/res_musiconhold.c