Summary:	ASTERISK-05131: [patch] MeetMe doesn't recreate pseudo when Local channel masquerades back to non-Zap channel
Reporter:	Tony Mountifield (softins)	Labels:
Date Opened:	2005-09-22 17:05:55	Date Closed:	2011-06-07 14:10:16
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_meetme
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) app_meetme.c.patch.txt
Description:	When a Local channel has been used to Originate to a dialplan extension that invokes a MeetMe conference, and then uses the Context/Exten/Priority to dial out, the conference gets dropped when the Local channel optimises itself out (/n flag not used). This is because when MeetMe notices the underlying channel has changed ("Ooh, something swapped out under us, starting over\n"), it sets retryzap to zero. this prevents a pseudo-channel from being created for the new non-Zap channel. The value of retryzap should be set depending on c->type, just as it was before the loop. The attached patch corrects this problem, allowing a Local channel in a MeetMe conf to optimise itself out correctly.
Comments:	By: Tony Mountifield (softins) 2005-09-22 17:08:04 Forgot to put [patch] in the title - please could a bug marshall oblige? Thanks! By: Mark Spencer (markster) 2005-09-25 00:00:59 Fixed in CVS head, nicely done! By: Digium Subversion (svnbot) 2008-01-15 15:48:58.000-0600 Repository: asterisk Revision: 6642 U   trunk/apps/app_meetme.c ------------------------------------------------------------------------ r6642 | markster | 2008-01-15 15:48:58 -0600 (Tue, 15 Jan 2008) | 2 lines Fix meet me / local channel (bug ASTERISK-5131) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=6642