I have been trying to use filters in place of "myevents" and even with a basic outbound event_socket session I am unable to receive any events at all.
Also, why is the "events" command only allowed for an inbound session? I would think that in my case, I would want to be issuing an "events plain all" command followed by UUID specific filters. On Jan 20, 2010, at 7:11 PM, Anthony Minessale wrote: > you could try using the filter command to filter on the various uuid rather > than locking it on to 1 channel with myevents > essentially once it's transferred your leg is dead so you can stick around on > the socket if you want but you can't control the other channel. > > If filter does not work we could look at a way to myevents over to another > session but it may be tricky and involve a bounty. > > > On Wed, Jan 20, 2010 at 5:14 PM, Mardy Marshall <ma...@voysys.com> wrote: > I'm having a problem with an event_socket application which is the transfer > target of a consultative transfer. When the transferor begins the transfer > process, the outbound event_socket session is created and everything looks > normal. When the transfer is completed, switch_ivr_bridge fires a > CHANNEL_EXECUTE / "uuid_bridge" event, supplying a new UUID for the > "Other-Leg" which corresponds to the transferee. From this point on, I no > longer receive events specific to this new UUID, such as DTMF events or > CHANNEL_EXECUTE_COMPLETE events after issuing "playback" commands. Regarding > the "playback" command, if I direct the command to the "Other-Leg" UUID, I > get audio, but no events when it is done. On the other hand, if I direct the > command to the original UUID, the one corresponding to the transferrer call > leg, I get no audio, but do get completion events. I have tried re-issuing a > "myevents" command using the new UUID, but the command fails due to it only > being allowed to be called once per session. > > Am I missing something in order to handle the transfer or have I run into a > bug? > > Thanks, > > -Mardy > >
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
