]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Resume playing existing hold music for cached realtime MOH
authorTerry Wilson <twilson@digium.com>
Wed, 23 Nov 2011 16:09:09 +0000 (16:09 +0000)
committerTerry Wilson <twilson@digium.com>
Wed, 23 Nov 2011 16:09:09 +0000 (16:09 +0000)
commitac656bc6fe4452945ec4bf393c237c0f64771f97
tree404c6d27a353ecf1be59e4b8dcd35b20260bfa41
parent0cb3847615140a86de765b1a92a027bcf095acdd
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/

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