[Freeswitch-users] IVR menu failure/timeout action

[Antonio]

I didn't open the jira ticket... i search, but couldn't find it!

i don't want to open a new one for something that was already
reported... 

Thanks,
António


On Thu, 2010-11-18 at 11:27 -0800, Michael Collins wrote:
> What was the jira ticket number that you opened? You can view the
> status there at jira.freeswitch.org.
> 
> 
> -MC
> 
> On Thu, Nov 18, 2010 at 2:51 AM, Antonio <asilva at wirelessmundi.com>
> wrote:
>         Hi,
>         
>         Any advance on this feature?
>         Can you tell me here is this feature in the jira? i would like
>         to
>         monitor this nice feature.
>         
>         I nice idea would be to have a parameter in the IVR menu
>         "action-on-timeout", the same as "menu-exec-app", where you
>         can
>         configured a transfer or another app to be executed when
>         timeout
>         reached.
>         
>         Right know i managed to have an action on timeout using the
>         dialplan and
>         fetching the variable "ivr_menu_status". But for sub-menus
>         when timeout
>         it always jump to the parent menu.
>         So for sub-menus i do transfer in a context for the ivr menu,
>         but i
>         loose the action "menu-back" and "menu-top".
>         
>         Thanks,
>         António
>         
>         
>         On Tue, 2010-07-20 at 14:49 -0700, Michael Collins wrote:
>         > I have confirmed this behavior in the latest git as of last
>         night. I
>         > don't know if this is by design or not. I would open JIRA as
>         a feature
>         > request to have this behavior modified. The other
>         alternative would be
>         > to have each IVR submenu called via transfer instead of
>         menu-sub:
>         >
>         > <snip>
>         > <!-- go to sub menu -->
>         > <entry action="menu-exec-app" digits="1" param="transfer
>         sub_menu_1
>         > XML"/>
>         > </snip>
>         >
>         > Then have a dp extension to handle that:
>         > <extension name="sub menu 1">
>         >   <condition field="destination_number"
>         expression="^(sub_menu_1)$">
>         >     <action application="ivr" data="m800_ivr_submenu-m_ch"/>
>         >   </condition>
>         > </extension>
>         >
>         > -MC
>         >
>         > On Mon, Jul 19, 2010 at 2:37 AM, Raymond Chan
>         > <raymondchan at commverge.com> wrote:
>         >         Hi all,
>         >
>         >
>         >
>         >         I am experiencing an IVR problem. Except the top
>         menu, all
>         >         other sub menu will not hang up after reached max
>         invalid
>         >         input or timeout limit. It will go back up upper
>         menu. I want
>         >         it to load the exit-sound and then hang the call
>         when it
>         >         reached max invalid input or timeout limit. Do you
>         tell how to
>         >         configure?
>         >
>         >
>         >
>         >                  <menu name="m800_ivr_submenu-m_ch"
>         >
>         >
>         >
>         greet-long="C:/FreeSWITCH/recordings/800-ivr-2nd-m.wav"
>         >
>         >
>         >
>         greet-short="C:/FreeSWITCH/recordings/greet-short-m.wav"
>         >
>         >
>         >
>         invalid-sound="ivr/ivr-that_was_an_invalid_entry-m.wav"
>         >
>         >
>         >         exit-sound="voicemail/vm-goodbye-m.wav"
>         >
>         >                                 timeout="5000"
>         >
>         >                                 max-failures="2">
>         >
>         >                          <entry action="menu-exec-app"
>         digits="1"
>         >         param="playback
>         >
>         C:/FreeSWITCH/recordings/800-ivr-announcement-m_ch.wav"/>
>         >
>         >                          <entry action="menu-exec-app"
>         digits="2"
>         >         param="lua endcall-m.lua"/>
>         >
>         >                  </menu>
>         >
>         >
>         >
>         >         Thanks
>         >
>         >
>         >
>         >         Raymond
>         >
>         >
>         >
>         >         _______________________________________________
>         >         FreeSWITCH-users mailing list
>         >         FreeSWITCH-users at lists.freeswitch.org
>         >
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         >
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         >         http://www.freeswitch.org
>         >
>         >
>         > _______________________________________________
>         > FreeSWITCH-users mailing list
>         > FreeSWITCH-users at lists.freeswitch.org
>         >
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         >
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         > http://www.freeswitch.org
>         --
>         
>         Un cordial saludo / Best regards,
>         
>          _________________________
>         
>         António Silva
>         
>         E-mail:asilva at wirelessmundi.com
>         
>         
>         _______________________________________________
>         FreeSWITCH-users mailing list
>         FreeSWITCH-users at lists.freeswitch.org
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         http://www.freeswitch.org
> 
> 
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
-- 

Un cordial saludo / Best regards, 

 _________________________

António Silva

E-mail:asilva at wirelessmundi.com