| Summary: | ASTERISK-18912: Realtime MOH with caching plays a new song for every new hold within a call | ||
| Reporter: | Terry Wilson (twilson) | Labels: | |
| Date Opened: | 2011-11-22 19:26:23.000-0600 | Date Closed: | 2011-11-23 10:12:15.000-0600 |
| Priority: | Major | Regression? | Yes |
| Status: | Closed/Complete | Components: | Resources/res_musiconhold |
| Versions: | SVN | Frequency of Occurrence | Constant |
| Related Issues: | |||
| Environment: | Attachments: | ( 0) moh_fix_update.txt | |
| Description: | After the recent fix for recognizing new files with realtime music on hold, music on hold no longer resumes from where it left off for realtime music on hold with caching. This is because scanning for files empties the classes file array and re-creates it, then goes on to test that the *pointer* to the the saved filename matches the pointer in the filearray. A simple fix is to instead save the filename in a buffer and actually do a strcmp on the filename. This regression has not made it into any releases or release candidates yet. | ||
| Comments: | |||