[asterisk-bugs] [Asterisk 0011789]: Wrong behaviour using "d" and "D" options in MeetMe(confno, d/D, pin)
noreply at bugs.digium.com
noreply at bugs.digium.com
Mon Feb 11 13:06:29 CST 2008
The following issue has been CLOSED
======================================================================
http://bugs.digium.com/view.php?id=11789
======================================================================
Reported By: ibc
Assigned To: Corydon76
======================================================================
Project: Asterisk
Issue ID: 11789
Category: Applications/app_meetme
Reproducibility: always
Severity: minor
Priority: normal
Status: closed
Asterisk Version: 1.4.17
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: no change required
Fixed in Version:
======================================================================
Date Submitted: 01-17-2008 16:34 CST
Last Modified: 02-11-2008 13:06 CST
======================================================================
Summary: Wrong behaviour using "d" and "D" options in
MeetMe(confno,d/D,pin)
Description:
The doc says:
'd' -- dynamically add conference
'D' -- dynamically add conference, prompting for a PIN
But try this:
exten => 1,1,MeetMe(1,D,1234)
exten => 2,1,MeetMe(2,D)
exten => 3,1,MeetMe(3,d,1234)
exten => 4,1,MeetMe(4,d)
And call to each one:
1: It doesn't ask for pin -> ¿?¿
2: It asks for pin -> OK
3: It doesn't ask for pin -> ¿?¿
4: It doesn't ask for pin -> OK
So cases 1 and 3 are unexpected. IMHO they should be:
1: It asks for pin (1234)
2: It asks for pin (user provided)
3: It asks for pin (1234)
4: It doesn't ask for pin
Yes, cases 1 and 3 are the same. I think that "D" options should ask for
user provided pin just in case pin is not defined in "MeetMe()". About case
3 I'm not sure of what should be the behaviour.
But in conclusion, for now is not possible to create a dynamic conference
with fixed pin (not user provided when creating the conference).
======================================================================
----------------------------------------------------------------------
Corydon76 - 02-11-08 13:06
----------------------------------------------------------------------
I understand that you misunderstood the way that it's written; but this is
still not a bug.
Issue History
Date Modified Username Field Change
======================================================================
02-11-08 13:06 Corydon76 SVN Branch (only for SVN checkouN/A => N/A
02-11-08 13:06 Corydon76 Note Added: 0082039
02-11-08 13:06 Corydon76 Assigned To => Corydon76
02-11-08 13:06 Corydon76 Status new => closed
02-11-08 13:06 Corydon76 Resolution open => no change
required
======================================================================
More information about the asterisk-bugs
mailing list