[asterisk-bugs] [Asterisk 0018070]: [regression] 'D' option of MeetMe does not work for 1st caller (PIN not asked)

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18070 
====================================================================== 
Reported By:                mav3rick
Assigned To:                bbryant
====================================================================== 
Project:                    Asterisk
Issue ID:                   18070
Category:                   Applications/app_meetme
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Target Version:             1.6.2.19
Asterisk Version:           SVN 
JIRA:                       SWP-2726 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-09-28 11:42 CDT
Last Modified:              2011-03-23 16:55 CDT
====================================================================== 
Summary:                    [regression] 'D' option of MeetMe does not work for
1st caller (PIN not asked)
Description: 
The D option of MeetMe is not working anymore, at least for the first
user.

Example :

exten => s,1,MeetMe(1,1DP,42)

The first user entering the conference is not asked for a PIN (bad) :

    -- Executing [s at CONFERENCE:1] MeetMe("SIP/proxy-00000002", "1,1DP,42")
in new stack
    -- Created MeetMe conference 1023 for conference '1'

While the second user is asked for a PIN (good) :

    -- Executing [s at CONFERENCE:1] MeetMe("SIP/proxy-00000003", "1,1DP,42")
in new stack
    -- <SIP/proxy-00000003> Playing 'conf-getpin.gsm' (language 'en')


Seems like dynamically created conference do not ask the pin to the 1st
user. 
Static conferences configured in meetme.conf are working as expected.

It used to work in previous versions of Asterisk (at least in 1.6.0.X).
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0018006 Meetme unreliable functionality
related to          0017908 [patch] MeetMe PIN handling broken
related to          0015878 [patch] First caller to dynamic confere...
====================================================================== 

---------------------------------------------------------------------- 
 (0133102) svnbot (reporter) - 2011-03-23 16:55
 https://issues.asterisk.org/view.php?id=18070#c133102 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 311616

_U  trunk/
U   trunk/apps/app_meetme.c

------------------------------------------------------------------------
r311616 | bbryant | 2011-03-23 16:55:54 -0500 (Wed, 23 Mar 2011) | 15
lines

Merged revisions 311615 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.8

........
  r311615 | bbryant | 2011-03-23 17:54:11 -0400 (Wed, 23 Mar 2011) | 8
lines
  
  This patch fixes a bug with MeetMe behavior where the 'P' option for
always
  prompting for a pin is ignored for the first caller.
  
  (closes issue https://issues.asterisk.org/view.php?id=18070)
  Reported by: mav3rick
  
  Review: https://reviewboard.asterisk.org/r/1132/
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=311616 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-03-23 16:55 svnbot         Checkin                                      
2011-03-23 16:55 svnbot         Note Added: 0133102                          
======================================================================