| Summary: | ASTERISK-08434: MOH doesn't resume from where it was left off | ||
| Reporter: | Phoebe Anderson (phoebe) | Labels: | |
| Date Opened: | 2006-12-26 10:05:19.000-0600 | Date Closed: | 2007-02-01 15:12:55.000-0600 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Resources/res_musiconhold |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Prior to 1.2.14, when a call was placed on hold, taken off of hold and then put back on hold, the hold music would resume from where it last left off. Now either the music starts from the beginning, or another track is selected. This is possibly a side-effect to issue ASTERISK-8151, perhaps something to do with save_pos. ****** ADDITIONAL INFORMATION ****** musiconhold.conf [default] mode=files directory=/var/moh/default random=yes | ||
| Comments: | By: Serge Vecher (serge-v) 2006-12-27 14:25:59.000-0600 can you confirm that 8381 is involved by running svn 1.2 rev 48037 and observing results (the patch for 8381 was committed in rev 48045) By: Phoebe Anderson (phoebe) 2006-12-28 11:17:12.000-0600 Confirmed. 48037 works properly. By: Jason Parker (jparker) 2007-01-02 12:42:36.000-0600 Per 8381: "3) If we played another stream in the meantime, the file stream pointer would be wrong anyway. We can't play from the same file and same position consistently (especially across a reload, where the list of files might change)." By: Joshua C. Colp (jcolp) 2007-02-01 15:12:55.000-0600 Fixed in 1.2 as of revision 53084, 1.4 as of revision 53088, and trunk as of revision 53089. Peace! | ||