[Freeswitch-users] How to deal with user pressing extra keys? flush_dtmf? session::flushDigits?
wes-fs at 499x.com
Sat Jun 25 01:06:37 MSD 2011
I put flushDigits right before playAndGetDigits, but it is still
queueing up keypresses... if I type more than one key, weird things
start happening in my loop. (the one that prompts for 1 - play back
recording, 2=submit recording, 3 = rerecord)... sometimes I get the
message "invalid response" followed a few seconds by "your recording has
been submitted", and I've not typed anything in between.
incidentally, if I press a digit while playAndGetDigits is still
speaking, it takes a few seconds for it to stop talking and act on the
keypress... ... it just doesn't seem very responsive.... which is why
I'm testing extra keypresses... because if users don't immediately get a
response, they tend to press the key again.
On 6/24/2011 3:17 PM, Anthony Minessale wrote:
> session:flushDigits() right before you collect DTMF and you will never
> get any old dtmf
> On Fri, Jun 24, 2011 at 2:51 PM, Wes<wes-fs at 499x.com> wrote:
>> I'm writing an ivr script in lua, and using playAndGetDigits in a couple
>> different places. Both places just take a single digit to continue on.
>> If the user presses 2 digits, it seems as if the second digit is being
>> queued and it's being processed in the next call to playAndGetDigits.
>> Often the extra digit is invalid, so when it tells the user to press a
>> certain key, it follows immediately with the message "invalid key", due
>> to the extra key being in the "queue"...
>> is this anything I can protect against? I found a flush_dtmf, but it
>> is not very documented:
>> and I also found this:
>> but calling it before and after playAndGetDigits didn't *seem* to
>> help... should it?
>> script here:
>> Join us at ClueCon 2011, Aug 9-11, Chicago
>> http://www.cluecon.com 877-7-4ACLUE
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
More information about the FreeSWITCH-users