api break <uuid> will break one of them just not all. it has nothing to do with event lock
event lock means do not parse events recursively like the behavior you described.
Since you asked so nicely, I added the "all" modifier to the command.
api break <uuid> all
Ok, if there is nothing implemented yet, which can "break" playing
files, which where started with "event-lock:true", I will go your
suggested way.
I think, that this would be a very helpful feature.
Kind regards
Dennis
2008/10/21 Anthony Minessale <anthony.minessale@gmail.com>:
> yes post a feature request and maybe a bounty on
> http://wiki.freeswitch.org/wiki/Bounty
>
>
> On Tue, Oct 21, 2008 at 6:11 AM, Dennis <odermann@googlemail.com> wrote:
>>
>> 2008/10/21 Brian West <brian@freeswitch.org>:
>>
>> > If you add "event-lock:true" to your message you send then it will do
>> > what you want. It will play the files in order as you expect.
>>
>> Thanks, this works quite nice for playing a list of soundfiles.
>> BUT, there is a big flaw when using "event-lock: true". There is no
>> chance to stop playing the list, if I whish to. If a long list of
>> files is playing and an event accours, which makes me want to stop
>> playing all files, fs does not react on new commands, till all files
>> where played back - even "break" won't do anything.
_______________________________________________
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