<div dir="ltr">Hi Michel,<div>   Thanks for your reply. I have tested with 4.1.20 and found the same result.</div><div>After digging up some more I found that on end call handler if we perform any lightweight activity like printing a log, it works fine. But if we perform a bit heavy activity like calling a curl for CDR, it gets exhausted and not able to execute saying &#39;channel is hung up already&#39;.</div><div>  I think this is a very common phenomena and should have occur any and everyone in the said case. I am not an expert in FS hoping of missing something which somebody can rightly point out here.</div><div><br></div><div>Thanks,</div><div>Niraj</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 14, 2015 at 9:12 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Does this happen in the latest 1.4.20 release<div class="HOEnZb"><div class="h5"><span></span><br><br>On Tuesday, July 14, 2015, Niraj Roy &lt;<a href="mailto:techfaltu@gmail.com" target="_blank">techfaltu@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello Gurus,<div>    We are using FreeSWITCH Version 1.4.18~64bit. We observed when both caller and caller hangs up the call simultaneously exec_after_bridge_app function does not execute for one of the legs.</div><div>    Here is the segment of executing the xml file.</div><div><div>                &lt;action application=&quot;set&quot; data=&quot;exec_after_bridge_app=transfer&quot;/&gt;</div><div>                &lt;action application=&quot;set&quot; data=&quot;exec_after_bridge_arg=endcall-handler XML CALLENDING&quot;/&gt;</div><div>                &lt;action application=&quot;set_zombie_exec&quot;/&gt;</div><div>                &lt;action application=&quot;set&quot; data=&quot;continue_on_fail=true&quot;/&gt;</div><div>                &lt;action inline=&quot;true&quot; application=&quot;set&quot; data=&quot;hangup_after_bridge=false&quot;/&gt;</div></div><div><br></div><div>For normal or sequential call clearing everything works fine, but somehow this creates a race condition and state mismatch in the freeswitch which I don&#39;t know.</div><div>Can anybody shed some light on this?</div><div><br></div><div>Thanks,</div><div><br></div></div>
</blockquote>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>