[Freeswitch-users] ivr menu matching and execution problem

[Michael Collins]

Sounds to me like a possible solution would be adding a "break" option for
"entry" so that the user could decide whether or not to break after the
first match. However, I wonder if that's even necessary.

My question to you is why would you have two different actions for keypress
"9" and yet not want the second action ever to be executed? If the menu only
ever executed the first occurrence of a given digit then what would be the
value of having another occurrence of that same digit? In your example,
under what conditions would pressing "9" execute "transfer 8 XML ..." ?

There might be a less intrusive solution we could suggest if we knew more
about why you have multiple different actions for a single keypress.

-MC


On Tue, Aug 24, 2010 at 8:41 AM, Antonio <asilva at wirelessmundi.com> wrote:

> During the configuration of an ivr menu and test i just realized that if
> you have multiple actions with the same "digits" it executes the both
> actions.
>
> The execution of the multiple actions is normal?
>
> The normal behavior should executed only the action that is match first,
> reading the priority of the entries in the menu.
> I look at the code, and in the function, switch_ivr_menu_execute, looks
> like the loop that searches for the match/action should need a break
> after a success match, to avoid the continues search for other matches.
>
> Thanks,
> António
>
>
> /* configuration */
>
> <menu name="ivr"
> greet-long="/home/system/telephony/sounds/buraka.mp3"
> exit-sound="/home/system/telephony/sounds/prompt/en/conf-invalid.gsm"
> timeout ="2000"
> inter-digit-timeout="2000"
> max-failures="10"
> digit-len="4"
> >
> <entry action="menu-exec-app" digits="/^(10[0-9])$/" param="transfer $1
> XML local"/>
> <entry action="menu-exec-app" digits="9" param="transfer 9 XML
> ivr-[1]"/>
> <entry action="menu-exec-app" digits="9" param="transfer 8 XML
> ivr-[1]"/>
> </menu>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100824/acbe901e/attachment.html