[
https://issues.apache.org/jira/browse/OPENMEETINGS-2209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17076396#comment-17076396
]
Peter Dähn commented on OPENMEETINGS-2209:
------------------------------------------
No unfortunately not. We had the same problem during the test where we collect
the logs. One left the room and came back and couldn't be heard by the others.
In this case no reconnect was triggered.
We already hat this behaviour with 4.0.10. But I was thinking this is caused by
flash and browser (and maybe it was). That's why I was switching to 5.0.0 M3.
But still the same.
Some user try to use OM in guest wlan or intranets and that can't work, but
most of the time they need to leave the room and after enter it again it works
for them. And till everybody can hear and be heard 10 Minutes are over. And
the next session it starts again in the same way...
> Connection state changes should be handled
> ------------------------------------------
>
> Key: OPENMEETINGS-2209
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2209
> Project: Openmeetings
> Issue Type: Improvement
> Components: Audio/Video
> Affects Versions: 5.0.0-M3
> Reporter: Maxim Solodovnik
> Assignee: Maxim Solodovnik
> Priority: Major
> Fix For: 5.0.0-M4
>
> Attachments: console-export-2020-4-1_10-59-12.txt,
> console-export-2020-4-1_11-0-39.txt, fosuta-1585681785379.log,
> fosuta-1585683271959.log, om3.png, safari.log
>
>
> Currently self video is being displayed to the user even if connection failed
> Proper notification should be set
> (with auto-refresh)
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
