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:55Date Closed:2011-06-07 14:10:16
Versions:Frequency of
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)