[asterisk-bugs] [JIRA] (ASTERISK-21003) MOH keeps playing for the fist participant, if two participants connect at the same time to an empty conference

[hristo (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-21003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

hristo updated ASTERISK-21003:
------------------------------

    Attachment: moh-keeps-playing.log

console output with debug enabled
                
> MOH keeps playing for the fist participant, if two participants connect at the same time to an empty conference
> ---------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21003
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21003
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_confbridge
>    Affects Versions: 11.2.0
>         Environment: debian squeeze 64-bit
>            Reporter: hristo
>            Severity: Minor
>         Attachments: moh-keeps-playing.log
>
>
> I have made the following test:
> Two users connect to a ConfBridge conference at about the same time. The are the first two users to connect to the conference and both have the same profile:
> admin=yes
> marked=yes
> announce_user_count=yes
> announce_join_leave=yes
> music_on_hold_when_empty=yes
> Note: I don't think "admin" and "marked" are relevant for this bug, because I see the same problem when I test with non-admin users too, but I include them here, because that's how I generated the attached debug log.
> The interesting part starts after the announcements with the users' names are recorded and I press the '#' at the same time for both users to end the recording (lines 679 and 684 in attached debug). One of the users is bridged first and hears all single user related announcements, the other it bridged a fraction of a second later and hears a different set of announcements.
> Up until now everything is ok and expected, however, as soon as all announcements finish playing the user that was bridged first starts listening to the music on hold (line 3333 in debug) instead of being able to talk to the other participant that joined just a few milliseconds later. What is worse, the first user doesn't even realize that everything he says is being transmitted into the conference while he's listening to the MOH. The MOH keeps playing until the user disconnects from the conference (line 5513).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira