Or, make the max lengthlarger and never use that many digits -- I thought it used to work differently, but may be not. Michael Jerris <mike@jerris.com> wrote:
The problem here is its already out of the dtmf listener right after it gets to max digits. You would have to flush at the start of your app, and even then its a race condition depending on how slow they type.
On Aug 10, 2013, at 11:22 PM, covici@ccs.covici.com wrote:
Hi. I am having a problem with the freeswitch ivr. If someone types a number of digits equal to the maximum length, and then types a #, the # is saved and passed to wherever the transfer or whatever the menuexecapp wants to go. Now I have an app which responds to # by hanging up, so this makes it difficult. Is there a way that either the app could flush the dtmf queue when it comes in, or could (and this would be much better) the # be ignored when the maximum length is reached? I thought this was the way it was supposed to work, anyway.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com