[asterisk-bugs] [Asterisk 0018700]: ConfBridge mute option 'm' fails under a specific scenario
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Jan 31 15:23:41 CST 2011
The following issue has been UPDATED.
======================================================================
https://issues.asterisk.org/view.php?id=18700
======================================================================
Reported By: smallet
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18700
Category: Applications/app_confbridge
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.2.16.1
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2011-01-28 14:44 CST
Last Modified: 2011-01-31 15:23 CST
======================================================================
Summary: ConfBridge mute option 'm' fails under a specific
scenario
Description:
We are using ConfBridge for 3-way call usage and are currently experiencing
some strange behavior with the 'm' (mute) option.
We have noticed that when the following sequence occurs, the mute option
is not respected, that is, the person that should be muted is not.
Sequence of calls with person muted (setting is ignored somehow) (with
options)
1q
1qm
1qA
Sequence of calls with person muted (working!!)
1q
1qA
1qm
I put reproducibility to 'always' but again, that will occur only when the
sequence is 1q, 1qm, 1qA, which we are able to reproduce when the 2 persons
called answer just about at the same time (but the muted person answers
like 0.5 second faster).
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2011-01-31 15:23 lmadsen Severity major => minor
======================================================================
More information about the asterisk-bugs
mailing list