Usually it works as follows,
bridge {group_confirm_key=exec,group_confirm_file=perl xx.pl}user/1000,user/1001,user/1002

But, I want it like,
bridge [group_confirm_key=exec,group_confirm_file=perl xx.pl]user/1000,[group_confirm_key=exec,group_confirm_file=perl xx.pl]user/1001,user/1002

So, I don't want the script to be executed if 1002 answers the call.

Also, I need only one to answer the call. When the first person answers the call, the other extensions have to stop ringing immediately.
But, this works as 'bridges with who completes the script first',

On Fri, Feb 12, 2010 at 10:37 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
the script executes for everyone and gives them a chance to dial multiple digits to test for, this is what he asked for, instead of 1 digit dial multiple digits.  you set the correct string as a variable on the channel and everybody runs the script and whoever dials the right digits wins the rest will be hungup on.



On Thu, Feb 11, 2010 at 10:18 PM, lakshmanan ganapathy <lakindia89@gmail.com> wrote:
Dear Antony,
In bridge if we are making parallel calls, then group_confirm_key in execute mode will execute for all the extensions, and whomsoever finishes the script first, will be bridged.

But I think nagalenoj need to execute the script for the extension which answers the call first, not for all the extension.!!!.

From nanalenoj's post

            " but when I do originate for multiple extensions, I want this script to work based on the answered extension."


On Thu, Feb 11, 2010 at 9:34 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
group_confirm_key in execute mode can execute a lua script instead that can read as many digits as you want and parse the results.



On Thu, Feb 11, 2010 at 9:54 AM, Michael Collins <msc@freeswitch.org> wrote:
Hehe, this is getting more and more complicated. You may want to consider using the event socket and have your call control be done from a more 3rd party-ish perspective. If you've got all these different scenarios it might be better to let an external script do all the work.

http://wiki.freeswitch.org/wiki/Event_Socket

-MC


On Thu, Feb 11, 2010 at 2:11 AM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
But My scenario is,
   After I get the call from X.
   I answer the call in some scenarios and won't answer the call. So, this leg can either be answered or unanswered.
   I originate a call to another number.
   After getting some digits from this originated leg.
   I do uuid_bridge of these 2 legs.

I want to play some file[ringback] to leg A before bridging to B.

On Wed, Feb 10, 2010 at 8:32 PM, Michael Collins <msc@freeswitch.org> wrote:


On Tue, Feb 9, 2010 at 9:57 PM, Nagalenoj H. <nagalenoj@gmail.com> wrote:
Because, I want to get some digits before bridging the legs. I've tried group_confirm_key, but it accepts only one digit, I need multiple digits, so I can't use.
I've also tried group_confirm_file, but when I do originate for multiple extensions, I want this script to work based on the answered extension.

So, I've originated and processed the events to do my job.

How do I play some music to A leg?

I might be missing something, but couldn't you just park the call ("A leg") until you connect to the other party ("B leg") and then uuid_bridge at whatever point you want?
-MC





--
Regards,
Nagalenoj H.

_______________________________________________
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



_______________________________________________
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




--

_______________________________________________
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



_______________________________________________
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




--
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
iax:guest@conference.freeswitch.org/888
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900

_______________________________________________
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




--
Regards,
Nagalenoj H.