[asterisk-bugs] [Asterisk 0014554]: [patch] # for fastforward goes beyond end of message

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14554 
====================================================================== 
Reported By:                lacoursj
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14554
Category:                   Applications/app_voicemail
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.23 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-02-25 10:26 CST
Last Modified:              2009-02-25 10:49 CST
====================================================================== 
Summary:                    [patch] # for fastforward goes beyond end of message
Description: 
When listening to message playback # and * will fastforward or rewind the
playback by 3000ms by default.  When rewinding checks are made to make sure
you cannot seek before the beginning of the stream, but no checks are made
to make sure you do not seek past the end of the stream when using '#'. 
The result is that users will seek past the end of the stream which lands
them in the next IVR menu, where '#' will exit the voicemail application. 
If a user is trying to fastforward to the end of a message he may hit '#'
too many times and find himself disconnected.
====================================================================== 

---------------------------------------------------------------------- 
 (0100725) lacoursj (reporter) - 2009-02-25 10:49
 http://bugs.digium.com/view.php?id=14554#c100725 
---------------------------------------------------------------------- 
The submitted patch checks for EOF by attempting to grab a byte from the
stream.  If EOF has been reached it rewinds the stream one "segment" (def
3000ms) and continues.  Otherwise it puts the byte back into the stream and
continues.  Testing has been minimal using SIP and G711u codec from a
Polycom IP501 phone.  The seek method seems to be implemented by codec, so
further testing might be a good idea with other codecs? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-25 10:49 lacoursj       Note Added: 0100725                          
======================================================================