You are viewing a plain text version of this content. The canonical link for it is here.

Posted to user@openmeetings.apache.org by "seba.wagner@gmail.com" <se...@gmail.com> on 2020/05/19 20:22:49 UTC

Users Testing Audio/Video before entering conference room

Hi all,

We can see a surge of users reporting: Audio is not working, camera not
working, can't hear or can't talk.

OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
seconds, playback.

But most users don't use it. Cause when they are inside the room, its too
late. They already tried enabling their cam/mic without success. So they
just leave.

In comparable product this check is done *before* you enter the room.

How about we:
 - If the room type is conference or you are a moderator entering the room,
you first will be redirected to "test-screen" - before entering the room
 - the "test-screen" shows the current "Test Audio/Video settings" UI
 - this redirect to the "test-screen" can be disabled via Admin>Config so
current functionality stays as-is for people don't like it
 - users have a checkbox to say "do not ask me again" so they won't see
this, but they can edit those settings
 - this "test-screen" will also be shown if you user the invitationHash,
and the room is of type "conference"
 - there is an option in Admin>Rooms to enable/disable this "test-screen"
so that you can enable/disable it also for other room types. Conference
room is true by default, others are false by default.

What do you think about this?

I think such a "test-screen" or "pre-conference-room" as option has a lot
of potential. Also for other use-cases. So it would be a good option to
add.

This could be a feature for 5.0.1 or later. I could spend some time on this
in another branch.

Thanks,
Seb

Sebastian Wagner
Director Arrakeen Solutions
http://arrakeen-solutions.co.nz/
<https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
<https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

On Wed, 20 May 2020 at 10:42, seba.wagner@gmail.com <se...@gmail.com>
wrote:

> Honestly nobody sees this gear icon anymore.
>
> Cause for a first time user (which this device check is good for) you have
> no idea what to click.
>
> And there is also no hint or anything that this tool will help you
> diagnose your device settings issues.
>

This dialog is useless if server is misconfigured :(((
If server is OK - audio/video will just work ....

So I'm not sure what can be done here :(


>
> Its first time user screen, so of course other will find it annoying.
>
> "pre-conference-room"? could you elaborate?
> => A splash screen before entering the room. Deliberately outside of the
> room, you can't hear/see other users/whiteboard or anything yet.
>

Something like "Take a tour" wizard, this might be useful
but seems to be lot's of "designer" work (screenshots on our site seems to
always outdated)
seems to be useless for connection issues detection


>
> This is like the most common feature other Video Conf (Skype/Teams
> anything) use in order to manage device settings, permissions and also
> educate usage of the conference software.
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>
>
> On Wed, 20 May 2020 at 14:59, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> BTW
>>
>> Server checks might be improved as part of this
>> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA
>>
>> On Wed, 20 May 2020 at 09:48, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>>> Hello Sebastian,
>>>
>>> On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> Hi all,
>>>>
>>>> We can see a surge of users reporting: Audio is not working, camera not
>>>> working, can't hear or can't talk.
>>>>
>>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record
>>>> few seconds, playback.
>>>>
>>>> But most users don't use it. Cause when they are inside the room, its
>>>> too late. They already tried enabling their cam/mic without success. So
>>>> they just leave.
>>>>
>>>
>>> Well, actually it is NOT too late :)
>>> there is "gear" icon in the room
>>> the same "Audio/Video test/setup" dialog will be displayed
>>>
>>> But it will solve zero issues due to the most problems are caused by
>>> issues with server configuration ...
>>>
>>>
>>>>
>>>> In comparable product this check is done *before* you enter the room.
>>>>
>>>> How about we:
>>>>  - If the room type is conference or you are a moderator entering the
>>>> room, you first will be redirected to "test-screen" - before entering the
>>>> room
>>>>
>>>
>>> I guess you mean "NOT moderator"?
>>> Please don't forget our killer feature: "first user in the room is
>>> moderator" :)))
>>>
>>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>>
>>>
>>> please see above :)
>>>
>>>
>>>>  - this redirect to the "test-screen" can be disabled via Admin>Config
>>>> so current functionality stays as-is for people don't like it
>>>>
>>>
>>> I guess no one ever see this feature if this one will be turned OFF by
>>> default
>>>
>>>
>>>>  - users have a checkbox to say "do not ask me again" so they won't see
>>>> this, but they can edit those settings
>>>>
>>>
>>> I do remember OM 2.x (and maybe 3.x) has this checkbox and additional
>>> menu item
>>>
>>>
>>>>  - this "test-screen" will also be shown if you user the
>>>> invitationHash, and the room is of type "conference"
>>>>  - there is an option in Admin>Rooms to enable/disable this
>>>> "test-screen" so that you can enable/disable it also for other room types.
>>>> Conference room is true by default, others are false by default.
>>>>
>>>> What do you think about this?
>>>>
>>>
>>> Please see above :)
>>> I personally found all these popups too annoying :((
>>>
>>>
>>>>
>>>> I think such a "test-screen" or "pre-conference-room" as option has a
>>>> lot of potential. Also for other use-cases. So it would be a good option to
>>>> add.
>>>>
>>>
>>> "pre-conference-room"? could you elaborate?
>>>
>>>
>>>>
>>>> This could be a feature for 5.0.1 or later. I could spend some time on
>>>> this in another branch.
>>>>
>>>> Thanks,
>>>> Seb
>>>>
>>>> Sebastian Wagner
>>>> Director Arrakeen Solutions
>>>> http://arrakeen-solutions.co.nz/
>>>>
>>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

On Wed, 20 May 2020 at 10:42, seba.wagner@gmail.com <se...@gmail.com>
wrote:

> Honestly nobody sees this gear icon anymore.
>
> Cause for a first time user (which this device check is good for) you have
> no idea what to click.
>
> And there is also no hint or anything that this tool will help you
> diagnose your device settings issues.
>

This dialog is useless if server is misconfigured :(((
If server is OK - audio/video will just work ....

So I'm not sure what can be done here :(


>
> Its first time user screen, so of course other will find it annoying.
>
> "pre-conference-room"? could you elaborate?
> => A splash screen before entering the room. Deliberately outside of the
> room, you can't hear/see other users/whiteboard or anything yet.
>

Something like "Take a tour" wizard, this might be useful
but seems to be lot's of "designer" work (screenshots on our site seems to
always outdated)
seems to be useless for connection issues detection


>
> This is like the most common feature other Video Conf (Skype/Teams
> anything) use in order to manage device settings, permissions and also
> educate usage of the conference software.
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>
>
> On Wed, 20 May 2020 at 14:59, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> BTW
>>
>> Server checks might be improved as part of this
>> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA
>>
>> On Wed, 20 May 2020 at 09:48, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>>> Hello Sebastian,
>>>
>>> On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> wrote:
>>>
>>>> Hi all,
>>>>
>>>> We can see a surge of users reporting: Audio is not working, camera not
>>>> working, can't hear or can't talk.
>>>>
>>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record
>>>> few seconds, playback.
>>>>
>>>> But most users don't use it. Cause when they are inside the room, its
>>>> too late. They already tried enabling their cam/mic without success. So
>>>> they just leave.
>>>>
>>>
>>> Well, actually it is NOT too late :)
>>> there is "gear" icon in the room
>>> the same "Audio/Video test/setup" dialog will be displayed
>>>
>>> But it will solve zero issues due to the most problems are caused by
>>> issues with server configuration ...
>>>
>>>
>>>>
>>>> In comparable product this check is done *before* you enter the room.
>>>>
>>>> How about we:
>>>>  - If the room type is conference or you are a moderator entering the
>>>> room, you first will be redirected to "test-screen" - before entering the
>>>> room
>>>>
>>>
>>> I guess you mean "NOT moderator"?
>>> Please don't forget our killer feature: "first user in the room is
>>> moderator" :)))
>>>
>>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>>
>>>
>>> please see above :)
>>>
>>>
>>>>  - this redirect to the "test-screen" can be disabled via Admin>Config
>>>> so current functionality stays as-is for people don't like it
>>>>
>>>
>>> I guess no one ever see this feature if this one will be turned OFF by
>>> default
>>>
>>>
>>>>  - users have a checkbox to say "do not ask me again" so they won't see
>>>> this, but they can edit those settings
>>>>
>>>
>>> I do remember OM 2.x (and maybe 3.x) has this checkbox and additional
>>> menu item
>>>
>>>
>>>>  - this "test-screen" will also be shown if you user the
>>>> invitationHash, and the room is of type "conference"
>>>>  - there is an option in Admin>Rooms to enable/disable this
>>>> "test-screen" so that you can enable/disable it also for other room types.
>>>> Conference room is true by default, others are false by default.
>>>>
>>>> What do you think about this?
>>>>
>>>
>>> Please see above :)
>>> I personally found all these popups too annoying :((
>>>
>>>
>>>>
>>>> I think such a "test-screen" or "pre-conference-room" as option has a
>>>> lot of potential. Also for other use-cases. So it would be a good option to
>>>> add.
>>>>
>>>
>>> "pre-conference-room"? could you elaborate?
>>>
>>>
>>>>
>>>> This could be a feature for 5.0.1 or later. I could spend some time on
>>>> this in another branch.
>>>>
>>>> Thanks,
>>>> Seb
>>>>
>>>> Sebastian Wagner
>>>> Director Arrakeen Solutions
>>>> http://arrakeen-solutions.co.nz/
>>>>
>>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.

Honestly nobody sees this gear icon anymore.

Cause for a first time user (which this device check is good for) you have
no idea what to click.

And there is also no hint or anything that this tool will help you diagnose
your device settings issues.

Its first time user screen, so of course other will find it annoying.

"pre-conference-room"? could you elaborate?
=> A splash screen before entering the room. Deliberately outside of the
room, you can't hear/see other users/whiteboard or anything yet.

This is like the most common feature other Video Conf (Skype/Teams
anything) use in order to manage device settings, permissions and also
educate usage of the conference software.

Thanks,
Seb

Sebastian Wagner
Director Arrakeen Solutions
http://arrakeen-solutions.co.nz/
<https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
<https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>


On Wed, 20 May 2020 at 14:59, Maxim Solodovnik <so...@gmail.com> wrote:

> BTW
>
> Server checks might be improved as part of this
> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA
>
> On Wed, 20 May 2020 at 09:48, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> Hello Sebastian,
>>
>> On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> We can see a surge of users reporting: Audio is not working, camera not
>>> working, can't hear or can't talk.
>>>
>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record
>>> few seconds, playback.
>>>
>>> But most users don't use it. Cause when they are inside the room, its
>>> too late. They already tried enabling their cam/mic without success. So
>>> they just leave.
>>>
>>
>> Well, actually it is NOT too late :)
>> there is "gear" icon in the room
>> the same "Audio/Video test/setup" dialog will be displayed
>>
>> But it will solve zero issues due to the most problems are caused by
>> issues with server configuration ...
>>
>>
>>>
>>> In comparable product this check is done *before* you enter the room.
>>>
>>> How about we:
>>>  - If the room type is conference or you are a moderator entering the
>>> room, you first will be redirected to "test-screen" - before entering the
>>> room
>>>
>>
>> I guess you mean "NOT moderator"?
>> Please don't forget our killer feature: "first user in the room is
>> moderator" :)))
>>
>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>
>>
>> please see above :)
>>
>>
>>>  - this redirect to the "test-screen" can be disabled via Admin>Config
>>> so current functionality stays as-is for people don't like it
>>>
>>
>> I guess no one ever see this feature if this one will be turned OFF by
>> default
>>
>>
>>>  - users have a checkbox to say "do not ask me again" so they won't see
>>> this, but they can edit those settings
>>>
>>
>> I do remember OM 2.x (and maybe 3.x) has this checkbox and additional
>> menu item
>>
>>
>>>  - this "test-screen" will also be shown if you user the invitationHash,
>>> and the room is of type "conference"
>>>  - there is an option in Admin>Rooms to enable/disable this
>>> "test-screen" so that you can enable/disable it also for other room types.
>>> Conference room is true by default, others are false by default.
>>>
>>> What do you think about this?
>>>
>>
>> Please see above :)
>> I personally found all these popups too annoying :((
>>
>>
>>>
>>> I think such a "test-screen" or "pre-conference-room" as option has a
>>> lot of potential. Also for other use-cases. So it would be a good option to
>>> add.
>>>
>>
>> "pre-conference-room"? could you elaborate?
>>
>>
>>>
>>> This could be a feature for 5.0.1 or later. I could spend some time on
>>> this in another branch.
>>>
>>> Thanks,
>>> Seb
>>>
>>> Sebastian Wagner
>>> Director Arrakeen Solutions
>>> http://arrakeen-solutions.co.nz/
>>>
>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>
>
> --
> Best regards,
> Maxim
>

Re: Users Testing Audio/Video before entering conference room

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.

Honestly nobody sees this gear icon anymore.

Cause for a first time user (which this device check is good for) you have
no idea what to click.

And there is also no hint or anything that this tool will help you diagnose
your device settings issues.

Its first time user screen, so of course other will find it annoying.

"pre-conference-room"? could you elaborate?
=> A splash screen before entering the room. Deliberately outside of the
room, you can't hear/see other users/whiteboard or anything yet.

This is like the most common feature other Video Conf (Skype/Teams
anything) use in order to manage device settings, permissions and also
educate usage of the conference software.

Thanks,
Seb

Sebastian Wagner
Director Arrakeen Solutions
http://arrakeen-solutions.co.nz/
<https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
<https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>


On Wed, 20 May 2020 at 14:59, Maxim Solodovnik <so...@gmail.com> wrote:

> BTW
>
> Server checks might be improved as part of this
> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA
>
> On Wed, 20 May 2020 at 09:48, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> Hello Sebastian,
>>
>> On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> We can see a surge of users reporting: Audio is not working, camera not
>>> working, can't hear or can't talk.
>>>
>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record
>>> few seconds, playback.
>>>
>>> But most users don't use it. Cause when they are inside the room, its
>>> too late. They already tried enabling their cam/mic without success. So
>>> they just leave.
>>>
>>
>> Well, actually it is NOT too late :)
>> there is "gear" icon in the room
>> the same "Audio/Video test/setup" dialog will be displayed
>>
>> But it will solve zero issues due to the most problems are caused by
>> issues with server configuration ...
>>
>>
>>>
>>> In comparable product this check is done *before* you enter the room.
>>>
>>> How about we:
>>>  - If the room type is conference or you are a moderator entering the
>>> room, you first will be redirected to "test-screen" - before entering the
>>> room
>>>
>>
>> I guess you mean "NOT moderator"?
>> Please don't forget our killer feature: "first user in the room is
>> moderator" :)))
>>
>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>
>>
>> please see above :)
>>
>>
>>>  - this redirect to the "test-screen" can be disabled via Admin>Config
>>> so current functionality stays as-is for people don't like it
>>>
>>
>> I guess no one ever see this feature if this one will be turned OFF by
>> default
>>
>>
>>>  - users have a checkbox to say "do not ask me again" so they won't see
>>> this, but they can edit those settings
>>>
>>
>> I do remember OM 2.x (and maybe 3.x) has this checkbox and additional
>> menu item
>>
>>
>>>  - this "test-screen" will also be shown if you user the invitationHash,
>>> and the room is of type "conference"
>>>  - there is an option in Admin>Rooms to enable/disable this
>>> "test-screen" so that you can enable/disable it also for other room types.
>>> Conference room is true by default, others are false by default.
>>>
>>> What do you think about this?
>>>
>>
>> Please see above :)
>> I personally found all these popups too annoying :((
>>
>>
>>>
>>> I think such a "test-screen" or "pre-conference-room" as option has a
>>> lot of potential. Also for other use-cases. So it would be a good option to
>>> add.
>>>
>>
>> "pre-conference-room"? could you elaborate?
>>
>>
>>>
>>> This could be a feature for 5.0.1 or later. I could spend some time on
>>> this in another branch.
>>>
>>> Thanks,
>>> Seb
>>>
>>> Sebastian Wagner
>>> Director Arrakeen Solutions
>>> http://arrakeen-solutions.co.nz/
>>>
>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>
>
> --
> Best regards,
> Maxim
>

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

BTW

Server checks might be improved as part of this
https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA

On Wed, 20 May 2020 at 09:48, Maxim Solodovnik <so...@gmail.com> wrote:

> Hello Sebastian,
>
> On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <se...@gmail.com>
> wrote:
>
>> Hi all,
>>
>> We can see a surge of users reporting: Audio is not working, camera not
>> working, can't hear or can't talk.
>>
>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
>> seconds, playback.
>>
>> But most users don't use it. Cause when they are inside the room, its too
>> late. They already tried enabling their cam/mic without success. So they
>> just leave.
>>
>
> Well, actually it is NOT too late :)
> there is "gear" icon in the room
> the same "Audio/Video test/setup" dialog will be displayed
>
> But it will solve zero issues due to the most problems are caused by
> issues with server configuration ...
>
>
>>
>> In comparable product this check is done *before* you enter the room.
>>
>> How about we:
>>  - If the room type is conference or you are a moderator entering the
>> room, you first will be redirected to "test-screen" - before entering the
>> room
>>
>
> I guess you mean "NOT moderator"?
> Please don't forget our killer feature: "first user in the room is
> moderator" :)))
>
>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>
>
> please see above :)
>
>
>>  - this redirect to the "test-screen" can be disabled via Admin>Config so
>> current functionality stays as-is for people don't like it
>>
>
> I guess no one ever see this feature if this one will be turned OFF by
> default
>
>
>>  - users have a checkbox to say "do not ask me again" so they won't see
>> this, but they can edit those settings
>>
>
> I do remember OM 2.x (and maybe 3.x) has this checkbox and additional menu
> item
>
>
>>  - this "test-screen" will also be shown if you user the invitationHash,
>> and the room is of type "conference"
>>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
>> so that you can enable/disable it also for other room types. Conference
>> room is true by default, others are false by default.
>>
>> What do you think about this?
>>
>
> Please see above :)
> I personally found all these popups too annoying :((
>
>
>>
>> I think such a "test-screen" or "pre-conference-room" as option has a lot
>> of potential. Also for other use-cases. So it would be a good option to
>> add.
>>
>
> "pre-conference-room"? could you elaborate?
>
>
>>
>> This could be a feature for 5.0.1 or later. I could spend some time on
>> this in another branch.
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>
>
>
> --
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

BTW

Server checks might be improved as part of this
https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA

On Wed, 20 May 2020 at 09:48, Maxim Solodovnik <so...@gmail.com> wrote:

> Hello Sebastian,
>
> On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <se...@gmail.com>
> wrote:
>
>> Hi all,
>>
>> We can see a surge of users reporting: Audio is not working, camera not
>> working, can't hear or can't talk.
>>
>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
>> seconds, playback.
>>
>> But most users don't use it. Cause when they are inside the room, its too
>> late. They already tried enabling their cam/mic without success. So they
>> just leave.
>>
>
> Well, actually it is NOT too late :)
> there is "gear" icon in the room
> the same "Audio/Video test/setup" dialog will be displayed
>
> But it will solve zero issues due to the most problems are caused by
> issues with server configuration ...
>
>
>>
>> In comparable product this check is done *before* you enter the room.
>>
>> How about we:
>>  - If the room type is conference or you are a moderator entering the
>> room, you first will be redirected to "test-screen" - before entering the
>> room
>>
>
> I guess you mean "NOT moderator"?
> Please don't forget our killer feature: "first user in the room is
> moderator" :)))
>
>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>
>
> please see above :)
>
>
>>  - this redirect to the "test-screen" can be disabled via Admin>Config so
>> current functionality stays as-is for people don't like it
>>
>
> I guess no one ever see this feature if this one will be turned OFF by
> default
>
>
>>  - users have a checkbox to say "do not ask me again" so they won't see
>> this, but they can edit those settings
>>
>
> I do remember OM 2.x (and maybe 3.x) has this checkbox and additional menu
> item
>
>
>>  - this "test-screen" will also be shown if you user the invitationHash,
>> and the room is of type "conference"
>>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
>> so that you can enable/disable it also for other room types. Conference
>> room is true by default, others are false by default.
>>
>> What do you think about this?
>>
>
> Please see above :)
> I personally found all these popups too annoying :((
>
>
>>
>> I think such a "test-screen" or "pre-conference-room" as option has a lot
>> of potential. Also for other use-cases. So it would be a good option to
>> add.
>>
>
> "pre-conference-room"? could you elaborate?
>
>
>>
>> This could be a feature for 5.0.1 or later. I could spend some time on
>> this in another branch.
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>
>
>
> --
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

Hello Sebastian,

On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <se...@gmail.com>
wrote:

> Hi all,
>
> We can see a surge of users reporting: Audio is not working, camera not
> working, can't hear or can't talk.
>
> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
> seconds, playback.
>
> But most users don't use it. Cause when they are inside the room, its too
> late. They already tried enabling their cam/mic without success. So they
> just leave.
>

Well, actually it is NOT too late :)
there is "gear" icon in the room
the same "Audio/Video test/setup" dialog will be displayed

But it will solve zero issues due to the most problems are caused by issues
with server configuration ...


>
> In comparable product this check is done *before* you enter the room.
>
> How about we:
>  - If the room type is conference or you are a moderator entering the
> room, you first will be redirected to "test-screen" - before entering the
> room
>

I guess you mean "NOT moderator"?
Please don't forget our killer feature: "first user in the room is
moderator" :)))

 - the "test-screen" shows the current "Test Audio/Video settings" UI
>

please see above :)


>  - this redirect to the "test-screen" can be disabled via Admin>Config so
> current functionality stays as-is for people don't like it
>

I guess no one ever see this feature if this one will be turned OFF by
default


>  - users have a checkbox to say "do not ask me again" so they won't see
> this, but they can edit those settings
>

I do remember OM 2.x (and maybe 3.x) has this checkbox and additional menu
item


>  - this "test-screen" will also be shown if you user the invitationHash,
> and the room is of type "conference"
>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
> so that you can enable/disable it also for other room types. Conference
> room is true by default, others are false by default.
>
> What do you think about this?
>

Please see above :)
I personally found all these popups too annoying :((


>
> I think such a "test-screen" or "pre-conference-room" as option has a lot
> of potential. Also for other use-cases. So it would be a good option to
> add.
>

"pre-conference-room"? could you elaborate?


>
> This could be a feature for 5.0.1 or later. I could spend some time on
> this in another branch.
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>


-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.

Just historically: The report "I can't see, hear, talk, speak" I don't know
how many times, variations, flavours or circumstances of this email
report/complain I have answered before :)
I'm not intending to do it again :)

Cheers
Seb

Sebastian Wagner
Director Arrakeen Solutions
http://arrakeen-solutions.co.nz/
<https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
<https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>


On Thu, 21 May 2020 at 08:23, seba.wagner@gmail.com <se...@gmail.com>
wrote:

> "Take a tour" wizard
> => No I mean interactive. Pretty much exactly like the Test-Setup dialog.
> I truely believe this will decrease amount of people asking for help.
>
> With the release of 5.0.0 a large new number of users will be interested:
> It will be probably the first time they are using Webcam + Microphone in a
> browser.
>
> Does our Stand-Alone Test network application still work for HTML5/webRTC ?
> I think there was a Jira for adding some network testing to it.
>
> If I would add Audio/Video testing capabilities to it, that could also
> solve this problem.
>
> So if people have problems with audio/video network, we can redirect them
> to this tool and they can verify in it.
>
> What do you think?
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>
>
> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <
> jamc60@gmail.com> wrote:
>
>> Hello Rohit.
>>
>> In a presentation room, users have to request permission to use their
>> camera and microphone, so the moderator receives a notification in the
>> 'Activities and actions' tab and the moderator may or may not grant such
>> permission. If the moderator does not grant permission then the user cannot
>> activate their camera and microphone. That's by design.
>>
>>
>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>>
>> Even I have same issues. I am not behind any server. I directly login to
>> mydomain:5443/openmeetings
>> I can talk and people can see me but they cannot activate their camera
>> and mic. This causes problems using the presentation room as a class room.
>> I have set everything as per the installation guide given on cwiki and I
>> use om5m4 snapshot live iso.
>>
>> Sent from Yahoo Mail on Android
>> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>>
>> On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com
>> <se...@gmail.com> <se...@gmail.com> wrote:
>> Hi all,
>>
>> We can see a surge of users reporting: Audio is not working, camera not
>> working, can't hear or can't talk.
>>
>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
>> seconds, playback.
>>
>> But most users don't use it. Cause when they are inside the room, its too
>> late. They already tried enabling their cam/mic without success. So they
>> just leave.
>>
>> In comparable product this check is done *before* you enter the room.
>>
>> How about we:
>>  - If the room type is conference or you are a moderator entering the
>> room, you first will be redirected to "test-screen" - before entering the
>> room
>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>  - this redirect to the "test-screen" can be disabled via Admin>Config so
>> current functionality stays as-is for people don't like it
>>  - users have a checkbox to say "do not ask me again" so they won't see
>> this, but they can edit those settings
>>  - this "test-screen" will also be shown if you user the invitationHash,
>> and the room is of type "conference"
>>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
>> so that you can enable/disable it also for other room types. Conference
>> room is true by default, others are false by default.
>>
>> What do you think about this?
>>
>> I think such a "test-screen" or "pre-conference-room" as option has a lot
>> of potential. Also for other use-cases. So it would be a good option to
>> add.
>>
>> This could be a feature for 5.0.1 or later. I could spend some time on
>> this in another branch.
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>
>>

Request for help testing / benchmarking low-latency kernel for 5.0.0

Posted by in...@bureau-de-poste.net.

  Hello,

We are testing the linux low latency kernel (which is more forgiving  
than the real-time kernel. It also permits a broader set of uses more  
suitable for a normal vps or dedicated server which is not 100%  
dedicated to KMS). We are testing this on a vps serving web paegs with  
tomcat, as well as on a small dedicated serving web pages with apache  
2.4 (without a TURN server and with UFW and iptables as firewall -  
which seems to work fine for us).

The idea is that the low latency kernel will be more responsive. It is  
often used in audio / video recording applications where latency can  
be a real problem, so it should improve responsiveness on KMS. We  
can't really benchmark this easily - so if anyone can, and wants to,  
I'd like to have their results as to whether or not the low latency  
kernel improves connectiveness and responsiveness as the end user see  
them.

Here are instructions for switching to the low latency kernel, should  
anyone wish to test it. As I said, we have moved to it, and it hasn't  
created any problems, and appears to be as fast or faster. Please  
don't try this on a production server (even though we did and it's  
OK). We can't guarantee that this will work for you, but these are  
standard working instructions for upgrading or changing kernels. 

If you wish to try the low latency kernel:  (We assume you are using  
Ubuntu 18.04 LTS)

* update your sources
# apt update

* show dependencies of upgrading linux-headers
# apt-cache show linux-lowlatency-hwe-18.04 | grep Depends

* install the low-latency headers
# apt install linux-headers-lowlatency-hwe-18.04

* choose yes to also install the other headers, low-latency headers  
and low-latency hwe
# y

* now install the low latency image
# apt install linux-image-lowlatency-hwe-18.04

* choose yes to also install the low-latency modules and image
# y

* reboot  your system once your system load will safely allow it -  
check using top or htop
# reboot

* after you reboot, check that everything is working properly, and iff  
(if and only if) you wish to keep the low-latency kernel, clear out  
old kernel etc

* (once you've fully tested the low latency system and have decided to  
keep it)
# apt autoremove  

If you test this, please let me know if you are able to do real  
benchmarks on the before and after under load conditions.

Regards,

  Ed

Re: changes in csp config doesn't seem to change csp header

Posted by Maxim Solodovnik <so...@gmail.com>.

for reference https://issues.apache.org/jira/browse/OPENMEETINGS-2370

On Sat, 23 May 2020 at 01:52, Peter Dähn <da...@vcrp.de> wrote:

> Hi Maxim,
>
> you were right. space delimited. Everything is fine with comma.
>
> Thanks for your help.
>
> Greetings Peter
>
> Am 22.05.20 um 17:04 schrieb Maxim Solodovnik:
> > `data:` is required for WB
> > so it can't be removed :(
> >
> > What was the stacktrace in the logs?
> > And what was the value?
> >
> > According to the code CSP values should be comma delimited
> > I guess you have them space delimited ...
> >
> > On Fri, 22 May 2020 at 22:00, Peter Dähn <da...@vcrp.de> wrote:
> >
> >> Hi Maxim,
> >>
> >> I needed to remove default value "data:" and just add the needed host.
> >>
> >> If it should be like that it is fine for me...
> >>
> >> Greetings Peter
> >>
> >> Am 22.05.20 um 16:55 schrieb Maxim Solodovnik:
> >>> What was the value?
> >>> And what in the logs?
> >>>
> >>> On Fri, 22 May 2020 at 21:54, Peter Dähn <da...@vcrp.de> wrote:
> >>>
> >>>> Hi Maxim,
> >>>>
> >>>> I missed this change... But if I try to change header.csp.image
> >>>>
> >>>> this ends up like this...
> >>>>
> >>>>
> >>>>
> >>>> Greetings Peter
> >>>>
> >>>> Am 22.05.20 um 16:43 schrieb Maxim Solodovnik:
> >>>>
> >>>> yep
> >>>> this huge config param was splitted
> >>>> please check herehttps://
> >>
> builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html
> >>>> On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> <
> daehn@vcrp.de>
> >> wrote:
> >>>>
> >>>> Hi together,
> >>>>
> >>>> after latest update of OM to Revision aa09332 I get following error:
> >>>>
> >>>>
> >>>> *Refused to load the image 'https://HOST/portrait' because it
> violates
> >> the
> >>>> following Content Security Policy directive: "img-src 'self' 'self'
> >> data:
> >>>> data:". *
> >>>> Changing in csp header config to
> >>>>
> >>>>
> >>>> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src
> 'self'
> >>>> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
> >>>> X-Content-Type-Options ''; *
> >>>> and restart om doesn't change this behavior.
> >>>>
> >>>> Do I do something wrong or is it a bug?
> >>>>
> >>>> Greetings Peter
> >>>>
> >>>>
> >>>>
> >>>>
> >>
>
>

-- 
Best regards,
Maxim

Re: changes in csp config doesn't seem to change csp header

Posted by Peter Dähn <da...@vcrp.de>.

Hi Maxim,

you were right. space delimited. Everything is fine with comma.

Thanks for your help.

Greetings Peter

Am 22.05.20 um 17:04 schrieb Maxim Solodovnik:
> `data:` is required for WB
> so it can't be removed :(
>
> What was the stacktrace in the logs?
> And what was the value?
>
> According to the code CSP values should be comma delimited
> I guess you have them space delimited ...
>
> On Fri, 22 May 2020 at 22:00, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> I needed to remove default value "data:" and just add the needed host.
>>
>> If it should be like that it is fine for me...
>>
>> Greetings Peter
>>
>> Am 22.05.20 um 16:55 schrieb Maxim Solodovnik:
>>> What was the value?
>>> And what in the logs?
>>>
>>> On Fri, 22 May 2020 at 21:54, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> I missed this change... But if I try to change header.csp.image
>>>>
>>>> this ends up like this...
>>>>
>>>>
>>>>
>>>> Greetings Peter
>>>>
>>>> Am 22.05.20 um 16:43 schrieb Maxim Solodovnik:
>>>>
>>>> yep
>>>> this huge config param was splitted
>>>> please check herehttps://
>> builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html
>>>> On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> <da...@vcrp.de>
>> wrote:
>>>>
>>>> Hi together,
>>>>
>>>> after latest update of OM to Revision aa09332 I get following error:
>>>>
>>>>
>>>> *Refused to load the image 'https://HOST/portrait' because it violates
>> the
>>>> following Content Security Policy directive: "img-src 'self' 'self'
>> data:
>>>> data:". *
>>>> Changing in csp header config to
>>>>
>>>>
>>>> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'
>>>> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
>>>> X-Content-Type-Options ''; *
>>>> and restart om doesn't change this behavior.
>>>>
>>>> Do I do something wrong or is it a bug?
>>>>
>>>> Greetings Peter
>>>>
>>>>
>>>>
>>>>
>>

Re: changes in csp config doesn't seem to change csp header

Posted by Maxim Solodovnik <so...@gmail.com>.

`data:` is required for WB
so it can't be removed :(

What was the stacktrace in the logs?
And what was the value?

According to the code CSP values should be comma delimited
I guess you have them space delimited ...

On Fri, 22 May 2020 at 22:00, Peter Dähn <da...@vcrp.de> wrote:

> Hi Maxim,
>
> I needed to remove default value "data:" and just add the needed host.
>
> If it should be like that it is fine for me...
>
> Greetings Peter
>
> Am 22.05.20 um 16:55 schrieb Maxim Solodovnik:
> > What was the value?
> > And what in the logs?
> >
> > On Fri, 22 May 2020 at 21:54, Peter Dähn <da...@vcrp.de> wrote:
> >
> >> Hi Maxim,
> >>
> >> I missed this change... But if I try to change header.csp.image
> >>
> >> this ends up like this...
> >>
> >>
> >>
> >> Greetings Peter
> >>
> >> Am 22.05.20 um 16:43 schrieb Maxim Solodovnik:
> >>
> >> yep
> >> this huge config param was splitted
> >> please check herehttps://
> builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html
> >>
> >> On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> <da...@vcrp.de>
> wrote:
> >>
> >>
> >> Hi together,
> >>
> >> after latest update of OM to Revision aa09332 I get following error:
> >>
> >>
> >> *Refused to load the image 'https://HOST/portrait' because it violates
> the
> >> following Content Security Policy directive: "img-src 'self' 'self'
> data:
> >> data:". *
> >> Changing in csp header config to
> >>
> >>
> >> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'
> >> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
> >> X-Content-Type-Options ''; *
> >> and restart om doesn't change this behavior.
> >>
> >> Do I do something wrong or is it a bug?
> >>
> >> Greetings Peter
> >>
> >>
> >>
> >>
>
>

-- 
Best regards,
Maxim

Re: changes in csp config doesn't seem to change csp header

Posted by Peter Dähn <da...@vcrp.de>.

Hi Maxim,

I needed to remove default value "data:" and just add the needed host.

If it should be like that it is fine for me...

Greetings Peter

Am 22.05.20 um 16:55 schrieb Maxim Solodovnik:
> What was the value?
> And what in the logs?
>
> On Fri, 22 May 2020 at 21:54, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> I missed this change... But if I try to change header.csp.image
>>
>> this ends up like this...
>>
>>
>>
>> Greetings Peter
>>
>> Am 22.05.20 um 16:43 schrieb Maxim Solodovnik:
>>
>> yep
>> this huge config param was splitted
>> please check herehttps://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html
>>
>> On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> <da...@vcrp.de> wrote:
>>
>>
>> Hi together,
>>
>> after latest update of OM to Revision aa09332 I get following error:
>>
>>
>> *Refused to load the image 'https://HOST/portrait' because it violates the
>> following Content Security Policy directive: "img-src 'self' 'self' data:
>> data:". *
>> Changing in csp header config to
>>
>>
>> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'
>> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
>> X-Content-Type-Options ''; *
>> and restart om doesn't change this behavior.
>>
>> Do I do something wrong or is it a bug?
>>
>> Greetings Peter
>>
>>
>>
>>

Re: changes in csp config doesn't seem to change csp header

Posted by Maxim Solodovnik <so...@gmail.com>.

What was the value?
And what in the logs?

On Fri, 22 May 2020 at 21:54, Peter Dähn <da...@vcrp.de> wrote:

> Hi Maxim,
>
> I missed this change... But if I try to change header.csp.image
>
> this ends up like this...
>
>
>
> Greetings Peter
>
> Am 22.05.20 um 16:43 schrieb Maxim Solodovnik:
>
> yep
> this huge config param was splitted
> please check herehttps://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html
>
> On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> <da...@vcrp.de> wrote:
>
>
> Hi together,
>
> after latest update of OM to Revision aa09332 I get following error:
>
>
> *Refused to load the image 'https://HOST/portrait' because it violates the
> following Content Security Policy directive: "img-src 'self' 'self' data:
> data:". *
> Changing in csp header config to
>
>
> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'
> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
> X-Content-Type-Options ''; *
> and restart om doesn't change this behavior.
>
> Do I do something wrong or is it a bug?
>
> Greetings Peter
>
>
>
>

-- 
Best regards,
Maxim

Re: changes in csp config doesn't seem to change csp header

Posted by Peter Dähn <da...@vcrp.de>.

Hi Maxim,

I missed this change... But if I try to change header.csp.image

this ends up like this...



Greetings Peter

Am 22.05.20 um 16:43 schrieb Maxim Solodovnik:
> yep
> this huge config param was splitted
> please check here
> https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html
>
> On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi together,
>>
>> after latest update of OM to Revision aa09332 I get following error:
>>
>>
>> *Refused to load the image 'https://HOST/portrait' because it violates the
>> following Content Security Policy directive: "img-src 'self' 'self' data:
>> data:". *
>> Changing in csp header config to
>>
>>
>> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'
>> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
>> X-Content-Type-Options ''; *
>> and restart om doesn't change this behavior.
>>
>> Do I do something wrong or is it a bug?
>>
>> Greetings Peter
>>
>

Re: changes in csp config doesn't seem to change csp header

Posted by Maxim Solodovnik <so...@gmail.com>.

yep
this huge config param was splitted
please check here
https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/GeneralConfiguration.html

On Fri, 22 May 2020 at 21:40, Peter Dähn <da...@vcrp.de> wrote:

> Hi together,
>
> after latest update of OM to Revision aa09332 I get following error:
>
>
> *Refused to load the image 'https://HOST/portrait' because it violates the
> following Content Security Policy directive: "img-src 'self' 'self' data:
> data:". *
> Changing in csp header config to
>
>
> *default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self'
> 'unsafe-inline' 'unsafe-eval'; img-src 'self' HOST data:;
> X-Content-Type-Options ''; *
> and restart om doesn't change this behavior.
>
> Do I do something wrong or is it a bug?
>
> Greetings Peter
>


-- 
Best regards,
Maxim

changes in csp config doesn't seem to change csp header

Posted by Peter Dähn <da...@vcrp.de>.

Hi together,

after latest update of OM to Revision aa09332 I get following error:

/Refused to load the image 'https://*HOST*/portrait' because it violates 
the following Content Security Policy directive: "img-src 'self' 'self' 
data: data:".
/
Changing in csp header config to

/default-src 'self'; style-src 'self' 'unsafe-inline'; script-src 'self' 
'unsafe-inline' 'unsafe-eval'; img-src 'self' *HOST* data:; 
X-Content-Type-Options '';
/
and restart om doesn't change this behavior.

Do I do something wrong or is it a bug?

Greetings Peter/
/

Re: Default Cam

Posted by Maxim Solodovnik <so...@gmail.com>.

For reference: https://issues.apache.org/jira/browse/OPENMEETINGS-2369

Thanks for the fix Konstantin :)

On Fri, 22 May 2020 at 09:01, Maxim Solodovnik <so...@gmail.com> wrote:

> You are right,
>
> I do remember I had some issues with this mediaConstraints, but ideal
> seems to work :)
> can you create JIRA and PR? (JIRA is required so this new feature will
> appear in CHANGELOG) :)
>
> On Fri, 22 May 2020 at 02:24, Konstantin Kuzov <ma...@gmail.com>
> wrote:
>
>> Well, in my understanding "ideal" unlike "exact" is just a suggestion and
>> shouldn't by itself raise any errors if browser cannot satisfy a request.
>> So it shouldn't make any difference for devices with less than two cameras
>> where at least one camera has been marked as "front". I also suspect that
>> in most cases only internal cameras will have this user-placement mark if
>> OS even support that distinction at all.
>> We can guard it by mediaDevices.getSupportedConstraints() but browser
>> which doesn't support such constraint should just ignore it without raising
>> any errors according to standard.
>>
>> чт, 21 мая 2020 г. в 20:21, Maxim Solodovnik <so...@gmail.com>:
>>
>>> The main questions will it work
>>> 1) at laptop
>>> 2) PC without camera
>>> 3) laptop/PC with several cameras
>>>
>>> And I guess it better to test this code with back camera listed first
>>>
>>> Sebastian can test it at Mac :) (and I guess it can be guarded with
>>> "constrain supported" check)
>>>
>>> On Fri, 22 May 2020 at 00:09, Konstantin Kuzov <
>>> master.nosferatu@gmail.com> wrote:
>>>
>>>> Browser support seems to be pretty good according to mozilla's link.
>>>> Only apple devices needs to be tested.
>>>> Tested it with these changes on my android phone:
>>>>
>>>> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>>>>
>>>> And it appears to be working just fine. Though my phone have first (0)
>>>> camera as front camera already. But it behave correctly if I change "user"
>>>> to "environment" or vice-versa.
>>>>
>>>>
>>>> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik <so...@gmail.com>:
>>>>
>>>>> Well,
>>>>> this is something other than "Select front camera if none was selected
>>>>> before"
>>>>> But it can help IF such constraint is supported by client browser :)
>>>>> I also had some issues with `acceptable, ideal, and/or exact`
>>>>> constraints ....
>>>>>
>>>>> This can be investigated :)
>>>>>
>>>>> Any volunteers? :)))
>>>>>
>>>>> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
>>>>> master.nosferatu@gmail.com> wrote:
>>>>>
>>>>>> Isn't it possible to suggest or force exact type of camera using
>>>>>> MediaTrack's video constraint facingMode?
>>>>>>
>>>>>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>>>>>
>>>>>>
>>>>>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:
>>>>>>
>>>>>>> Hello Peter,
>>>>>>>
>>>>>>> unfortunately there is no parameters we can use to distinguish if it
>>>>>>> is front or back camera :(
>>>>>>> We can get the list of devices and detect if it is Audio or Video
>>>>>>> device
>>>>>>>
>>>>>>> So we create 2 lists and select first item from both (or previously
>>>>>>> selected .... )
>>>>>>>
>>>>>>> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> Hi together,
>>>>>>>>
>>>>>>>> if one use a device with two cams rear view cam is selected by
>>>>>>>> default.
>>>>>>>> I think if it is possible it is better to use front cam as default.
>>>>>>>> WDYT?
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Best regards,
>>>>>>> Maxim
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Best regards,
>>>>> Maxim
>>>>>
>>>>
>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>
> --
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim

Re: Default Cam

Posted by Maxim Solodovnik <so...@gmail.com>.

You are right,

I do remember I had some issues with this mediaConstraints, but ideal seems
to work :)
can you create JIRA and PR? (JIRA is required so this new feature will
appear in CHANGELOG) :)

On Fri, 22 May 2020 at 02:24, Konstantin Kuzov <ma...@gmail.com>
wrote:

> Well, in my understanding "ideal" unlike "exact" is just a suggestion and
> shouldn't by itself raise any errors if browser cannot satisfy a request.
> So it shouldn't make any difference for devices with less than two cameras
> where at least one camera has been marked as "front". I also suspect that
> in most cases only internal cameras will have this user-placement mark if
> OS even support that distinction at all.
> We can guard it by mediaDevices.getSupportedConstraints() but browser
> which doesn't support such constraint should just ignore it without raising
> any errors according to standard.
>
> чт, 21 мая 2020 г. в 20:21, Maxim Solodovnik <so...@gmail.com>:
>
>> The main questions will it work
>> 1) at laptop
>> 2) PC without camera
>> 3) laptop/PC with several cameras
>>
>> And I guess it better to test this code with back camera listed first
>>
>> Sebastian can test it at Mac :) (and I guess it can be guarded with
>> "constrain supported" check)
>>
>> On Fri, 22 May 2020 at 00:09, Konstantin Kuzov <
>> master.nosferatu@gmail.com> wrote:
>>
>>> Browser support seems to be pretty good according to mozilla's link.
>>> Only apple devices needs to be tested.
>>> Tested it with these changes on my android phone:
>>>
>>> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>>>
>>> And it appears to be working just fine. Though my phone have first (0)
>>> camera as front camera already. But it behave correctly if I change "user"
>>> to "environment" or vice-versa.
>>>
>>>
>>> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik <so...@gmail.com>:
>>>
>>>> Well,
>>>> this is something other than "Select front camera if none was selected
>>>> before"
>>>> But it can help IF such constraint is supported by client browser :)
>>>> I also had some issues with `acceptable, ideal, and/or exact`
>>>> constraints ....
>>>>
>>>> This can be investigated :)
>>>>
>>>> Any volunteers? :)))
>>>>
>>>> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
>>>> master.nosferatu@gmail.com> wrote:
>>>>
>>>>> Isn't it possible to suggest or force exact type of camera using
>>>>> MediaTrack's video constraint facingMode?
>>>>>
>>>>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>>>>
>>>>>
>>>>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:
>>>>>
>>>>>> Hello Peter,
>>>>>>
>>>>>> unfortunately there is no parameters we can use to distinguish if it
>>>>>> is front or back camera :(
>>>>>> We can get the list of devices and detect if it is Audio or Video
>>>>>> device
>>>>>>
>>>>>> So we create 2 lists and select first item from both (or previously
>>>>>> selected .... )
>>>>>>
>>>>>> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> Hi together,
>>>>>>>
>>>>>>> if one use a device with two cams rear view cam is selected by
>>>>>>> default.
>>>>>>> I think if it is possible it is better to use front cam as default.
>>>>>>> WDYT?
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best regards,
>>>>>> Maxim
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Maxim
>>>>
>>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Default Cam

Posted by Konstantin Kuzov <ma...@gmail.com>.

Well, in my understanding "ideal" unlike "exact" is just a suggestion and
shouldn't by itself raise any errors if browser cannot satisfy a request.
So it shouldn't make any difference for devices with less than two cameras
where at least one camera has been marked as "front". I also suspect that
in most cases only internal cameras will have this user-placement mark if
OS even support that distinction at all.
We can guard it by mediaDevices.getSupportedConstraints() but browser which
doesn't support such constraint should just ignore it without raising any
errors according to standard.

чт, 21 мая 2020 г. в 20:21, Maxim Solodovnik <so...@gmail.com>:

> The main questions will it work
> 1) at laptop
> 2) PC without camera
> 3) laptop/PC with several cameras
>
> And I guess it better to test this code with back camera listed first
>
> Sebastian can test it at Mac :) (and I guess it can be guarded with
> "constrain supported" check)
>
> On Fri, 22 May 2020 at 00:09, Konstantin Kuzov <ma...@gmail.com>
> wrote:
>
>> Browser support seems to be pretty good according to mozilla's link. Only
>> apple devices needs to be tested.
>> Tested it with these changes on my android phone:
>>
>> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>>
>> And it appears to be working just fine. Though my phone have first (0)
>> camera as front camera already. But it behave correctly if I change "user"
>> to "environment" or vice-versa.
>>
>>
>> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik <so...@gmail.com>:
>>
>>> Well,
>>> this is something other than "Select front camera if none was selected
>>> before"
>>> But it can help IF such constraint is supported by client browser :)
>>> I also had some issues with `acceptable, ideal, and/or exact`
>>> constraints ....
>>>
>>> This can be investigated :)
>>>
>>> Any volunteers? :)))
>>>
>>> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
>>> master.nosferatu@gmail.com> wrote:
>>>
>>>> Isn't it possible to suggest or force exact type of camera using
>>>> MediaTrack's video constraint facingMode?
>>>>
>>>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>>>
>>>>
>>>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:
>>>>
>>>>> Hello Peter,
>>>>>
>>>>> unfortunately there is no parameters we can use to distinguish if it
>>>>> is front or back camera :(
>>>>> We can get the list of devices and detect if it is Audio or Video
>>>>> device
>>>>>
>>>>> So we create 2 lists and select first item from both (or previously
>>>>> selected .... )
>>>>>
>>>>> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi together,
>>>>>>
>>>>>> if one use a device with two cams rear view cam is selected by
>>>>>> default.
>>>>>> I think if it is possible it is better to use front cam as default.
>>>>>> WDYT?
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best regards,
>>>>> Maxim
>>>>>
>>>>
>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>
> --
> Best regards,
> Maxim
>

Re: Default Cam

Posted by Maxim Solodovnik <so...@gmail.com>.

The main questions will it work
1) at laptop
2) PC without camera
3) laptop/PC with several cameras

And I guess it better to test this code with back camera listed first

Sebastian can test it at Mac :) (and I guess it can be guarded with
"constrain supported" check)

On Fri, 22 May 2020 at 00:09, Konstantin Kuzov <ma...@gmail.com>
wrote:

> Browser support seems to be pretty good according to mozilla's link. Only
> apple devices needs to be tested.
> Tested it with these changes on my android phone:
>
> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>
> And it appears to be working just fine. Though my phone have first (0)
> camera as front camera already. But it behave correctly if I change "user"
> to "environment" or vice-versa.
>
>
> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik <so...@gmail.com>:
>
>> Well,
>> this is something other than "Select front camera if none was selected
>> before"
>> But it can help IF such constraint is supported by client browser :)
>> I also had some issues with `acceptable, ideal, and/or exact`
>> constraints ....
>>
>> This can be investigated :)
>>
>> Any volunteers? :)))
>>
>> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
>> master.nosferatu@gmail.com> wrote:
>>
>>> Isn't it possible to suggest or force exact type of camera using
>>> MediaTrack's video constraint facingMode?
>>>
>>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>>
>>>
>>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:
>>>
>>>> Hello Peter,
>>>>
>>>> unfortunately there is no parameters we can use to distinguish if it is
>>>> front or back camera :(
>>>> We can get the list of devices and detect if it is Audio or Video device
>>>>
>>>> So we create 2 lists and select first item from both (or previously
>>>> selected .... )
>>>>
>>>> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi together,
>>>>>
>>>>> if one use a device with two cams rear view cam is selected by
>>>>> default.
>>>>> I think if it is possible it is better to use front cam as default.
>>>>> WDYT?
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Maxim
>>>>
>>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Default Cam

Posted by Konstantin Kuzov <ma...@gmail.com>.

Browser support seems to be pretty good according to mozilla's link. Only
apple devices needs to be tested.
Tested it with these changes on my android phone:
https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638

And it appears to be working just fine. Though my phone have first (0)
camera as front camera already. But it behave correctly if I change "user"
to "environment" or vice-versa.


чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik <so...@gmail.com>:

> Well,
> this is something other than "Select front camera if none was selected
> before"
> But it can help IF such constraint is supported by client browser :)
> I also had some issues with `acceptable, ideal, and/or exact` constraints
> ....
>
> This can be investigated :)
>
> Any volunteers? :)))
>
> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <ma...@gmail.com>
> wrote:
>
>> Isn't it possible to suggest or force exact type of camera using
>> MediaTrack's video constraint facingMode?
>>
>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>
>>
>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:
>>
>>> Hello Peter,
>>>
>>> unfortunately there is no parameters we can use to distinguish if it is
>>> front or back camera :(
>>> We can get the list of devices and detect if it is Audio or Video device
>>>
>>> So we create 2 lists and select first item from both (or previously
>>> selected .... )
>>>
>>> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi together,
>>>>
>>>> if one use a device with two cams rear view cam is selected by default.
>>>> I think if it is possible it is better to use front cam as default.
>>>> WDYT?
>>>>
>>>> Greetings Peter
>>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>
> --
> Best regards,
> Maxim
>

Re: Default Cam

Posted by Maxim Solodovnik <so...@gmail.com>.

Well,
this is something other than "Select front camera if none was selected
before"
But it can help IF such constraint is supported by client browser :)
I also had some issues with `acceptable, ideal, and/or exact` constraints
....

This can be investigated :)

Any volunteers? :)))

On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <ma...@gmail.com>
wrote:

> Isn't it possible to suggest or force exact type of camera using
> MediaTrack's video constraint facingMode?
>
> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>
>
> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:
>
>> Hello Peter,
>>
>> unfortunately there is no parameters we can use to distinguish if it is
>> front or back camera :(
>> We can get the list of devices and detect if it is Audio or Video device
>>
>> So we create 2 lists and select first item from both (or previously
>> selected .... )
>>
>> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi together,
>>>
>>> if one use a device with two cams rear view cam is selected by default.
>>> I think if it is possible it is better to use front cam as default. WDYT?
>>>
>>> Greetings Peter
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Default Cam

Posted by Konstantin Kuzov <ma...@gmail.com>.

Isn't it possible to suggest or force exact type of camera using
MediaTrack's video constraint facingMode?
https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode


чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik <so...@gmail.com>:

> Hello Peter,
>
> unfortunately there is no parameters we can use to distinguish if it is
> front or back camera :(
> We can get the list of devices and detect if it is Audio or Video device
>
> So we create 2 lists and select first item from both (or previously
> selected .... )
>
> On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi together,
>>
>> if one use a device with two cams rear view cam is selected by default.
>> I think if it is possible it is better to use front cam as default. WDYT?
>>
>> Greetings Peter
>>
>
>
> --
> Best regards,
> Maxim
>

Re: Default Cam

Posted by Maxim Solodovnik <so...@gmail.com>.

Hello Peter,

unfortunately there is no parameters we can use to distinguish if it is
front or back camera :(
We can get the list of devices and detect if it is Audio or Video device

So we create 2 lists and select first item from both (or previously
selected .... )

On Thu, 21 May 2020 at 17:08, Peter Dähn <da...@vcrp.de> wrote:

> Hi together,
>
> if one use a device with two cams rear view cam is selected by default.
> I think if it is possible it is better to use front cam as default. WDYT?
>
> Greetings Peter
>


-- 
Best regards,
Maxim

Default Cam

Posted by Peter Dähn <da...@vcrp.de>.

Hi together,

if one use a device with two cams rear view cam is selected by default. 
I think if it is possible it is better to use front cam as default. WDYT?

Greetings Peter

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

On Thu, 21 May 2020 at 15:01, <se...@gmail.com> wrote:

> That’s fine I can have a look at it.
>
> I didn’t quite understand what you meant with server checks.
>

Some CSP checks can be added
Some WebRTC checks maybe (check if there is microphone and try to connect
for ex.)


>
> Cheers
> Seb
>
> Sent from my iPhone
>
> On 21/05/2020, at 7:38 PM, Maxim Solodovnik <so...@gmail.com> wrote:
>
> 
>
>
> On Thu, 21 May 2020 at 03:24, seba.wagner@gmail.com <se...@gmail.com>
> wrote:
>
>> "Take a tour" wizard
>> => No I mean interactive. Pretty much exactly like the Test-Setup dialog.
>> I truely believe this will decrease amount of people asking for help.
>>
>> With the release of 5.0.0 a large new number of users will be interested:
>> It will be probably the first time they are using Webcam + Microphone in a
>> browser.
>>
>> Does our Stand-Alone Test network application still work for HTML5/webRTC
>> ?
>> I think there was a Jira for adding some network testing to it.
>>
>> If I would add Audio/Video testing capabilities to it, that could also
>> solve this problem.
>>
>> So if people have problems with audio/video network, we can redirect them
>> to this tool and they can verify in it.
>>
>
> This is why I wrote: "Server checks might be improved as part of this
> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA " ....
> I had in plans to add some tests to this page
> But this task has low priority in my to do list now :(
>
>
>>
>> What do you think?
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>
>>
>> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <
>> jamc60@gmail.com> wrote:
>>
>>> Hello Rohit.
>>>
>>> In a presentation room, users have to request permission to use their
>>> camera and microphone, so the moderator receives a notification in the
>>> 'Activities and actions' tab and the moderator may or may not grant such
>>> permission. If the moderator does not grant permission then the user cannot
>>> activate their camera and microphone. That's by design.
>>>
>>>
>>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>>>
>>> Even I have same issues. I am not behind any server. I directly login to
>>> mydomain:5443/openmeetings
>>> I can talk and people can see me but they cannot activate their camera
>>> and mic. This causes problems using the presentation room as a class room.
>>> I have set everything as per the installation guide given on cwiki and I
>>> use om5m4 snapshot live iso.
>>>
>>> Sent from Yahoo Mail on Android
>>> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>>>
>>> On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com
>>> <se...@gmail.com> <se...@gmail.com> wrote:
>>> Hi all,
>>>
>>> We can see a surge of users reporting: Audio is not working, camera not
>>> working, can't hear or can't talk.
>>>
>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record
>>> few seconds, playback.
>>>
>>> But most users don't use it. Cause when they are inside the room, its
>>> too late. They already tried enabling their cam/mic without success. So
>>> they just leave.
>>>
>>> In comparable product this check is done *before* you enter the room.
>>>
>>> How about we:
>>>  - If the room type is conference or you are a moderator entering the
>>> room, you first will be redirected to "test-screen" - before entering the
>>> room
>>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>  - this redirect to the "test-screen" can be disabled via Admin>Config
>>> so current functionality stays as-is for people don't like it
>>>  - users have a checkbox to say "do not ask me again" so they won't see
>>> this, but they can edit those settings
>>>  - this "test-screen" will also be shown if you user the invitationHash,
>>> and the room is of type "conference"
>>>  - there is an option in Admin>Rooms to enable/disable this
>>> "test-screen" so that you can enable/disable it also for other room types.
>>> Conference room is true by default, others are false by default.
>>>
>>> What do you think about this?
>>>
>>> I think such a "test-screen" or "pre-conference-room" as option has a
>>> lot of potential. Also for other use-cases. So it would be a good option to
>>> add.
>>>
>>> This could be a feature for 5.0.1 or later. I could spend some time on
>>> this in another branch.
>>>
>>> Thanks,
>>> Seb
>>>
>>> Sebastian Wagner
>>> Director Arrakeen Solutions
>>> http://arrakeen-solutions.co.nz/
>>>
>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>>
>>>
>
> --
> Best regards,
> Maxim
>
>

-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by se...@gmail.com.

That’s fine I can have a look at it.

I didn’t quite understand what you meant with server checks.

Cheers
Seb

Sent from my iPhone

> On 21/05/2020, at 7:38 PM, Maxim Solodovnik <so...@gmail.com> wrote:
> 
> 
> 
> 
>> On Thu, 21 May 2020 at 03:24, seba.wagner@gmail.com <se...@gmail.com> wrote:
>> "Take a tour" wizard
>> => No I mean interactive. Pretty much exactly like the Test-Setup dialog. I truely believe this will decrease amount of people asking for help.
>> 
>> With the release of 5.0.0 a large new number of users will be interested: It will be probably the first time they are using Webcam + Microphone in a browser.
>> 
>> Does our Stand-Alone Test network application still work for HTML5/webRTC ?
>> I think there was a Jira for adding some network testing to it.
>> 
>> If I would add Audio/Video testing capabilities to it, that could also solve this problem.
>> 
>> So if people have problems with audio/video network, we can redirect them to this tool and they can verify in it.
> 
> This is why I wrote: "Server checks might be improved as part of this https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA " ....
> I had in plans to add some tests to this page
> But this task has low priority in my to do list now :(
>  
>> 
>> What do you think?
>> 
>> Thanks,
>> Seb
>> 
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>> 
>> 
>> 
>>> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <ja...@gmail.com> wrote:
>>> Hello Rohit.
>>> 
>>> In a presentation room, users have to request permission to use their camera and microphone, so the moderator receives a notification in the 'Activities and actions' tab and the moderator may or may not grant such permission. If the moderator does not grant permission then the user cannot activate their camera and microphone. That's by design.
>>> 
>>> 
>>> 
>>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>>>> Even I have same issues. I am not behind any server. I directly login to mydomain:5443/openmeetings 
>>>> I can talk and people can see me but they cannot activate their camera and mic. This causes problems using the presentation room as a class room. I have set everything as per the installation guide given on cwiki and I use om5m4 snapshot live iso.
>>>> 
>>>> Sent from Yahoo Mail on Android
>>>> 
>>>> On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com
>>>> <se...@gmail.com> wrote:
>>>> Hi all,
>>>> 
>>>> We can see a surge of users reporting: Audio is not working, camera not working, can't hear or can't talk.
>>>> 
>>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few seconds, playback. 
>>>> 
>>>> But most users don't use it. Cause when they are inside the room, its too late. They already tried enabling their cam/mic without success. So they just leave.
>>>> 
>>>> In comparable product this check is done before you enter the room. 
>>>> 
>>>> How about we:
>>>>  - If the room type is conference or you are a moderator entering the room, you first will be redirected to "test-screen" - before entering the room
>>>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>>  - this redirect to the "test-screen" can be disabled via Admin>Config so current functionality stays as-is for people don't like it
>>>>  - users have a checkbox to say "do not ask me again" so they won't see this, but they can edit those settings
>>>>  - this "test-screen" will also be shown if you user the invitationHash, and the room is of type "conference"
>>>>  - there is an option in Admin>Rooms to enable/disable this "test-screen" so that you can enable/disable it also for other room types. Conference room is true by default, others are false by default.
>>>> 
>>>> What do you think about this?
>>>> 
>>>> I think such a "test-screen" or "pre-conference-room" as option has a lot of potential. Also for other use-cases. So it would be a good option to add. 
>>>> 
>>>> This could be a feature for 5.0.1 or later. I could spend some time on this in another branch.
>>>> 
>>>> Thanks,
>>>> Seb
>>>> 
>>>> Sebastian Wagner
>>>> Director Arrakeen Solutions
>>>> http://arrakeen-solutions.co.nz/
>>>> 
> 
> 
> -- 
> Best regards,
> Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

On Thu, 21 May 2020 at 03:24, seba.wagner@gmail.com <se...@gmail.com>
wrote:

> "Take a tour" wizard
> => No I mean interactive. Pretty much exactly like the Test-Setup dialog.
> I truely believe this will decrease amount of people asking for help.
>
> With the release of 5.0.0 a large new number of users will be interested:
> It will be probably the first time they are using Webcam + Microphone in a
> browser.
>
> Does our Stand-Alone Test network application still work for HTML5/webRTC ?
> I think there was a Jira for adding some network testing to it.
>
> If I would add Audio/Video testing capabilities to it, that could also
> solve this problem.
>
> So if people have problems with audio/video network, we can redirect them
> to this tool and they can verify in it.
>

This is why I wrote: "Server checks might be improved as part of this
https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA " ....
I had in plans to add some tests to this page
But this task has low priority in my to do list now :(


>
> What do you think?
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>
>
> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <
> jamc60@gmail.com> wrote:
>
>> Hello Rohit.
>>
>> In a presentation room, users have to request permission to use their
>> camera and microphone, so the moderator receives a notification in the
>> 'Activities and actions' tab and the moderator may or may not grant such
>> permission. If the moderator does not grant permission then the user cannot
>> activate their camera and microphone. That's by design.
>>
>>
>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>>
>> Even I have same issues. I am not behind any server. I directly login to
>> mydomain:5443/openmeetings
>> I can talk and people can see me but they cannot activate their camera
>> and mic. This causes problems using the presentation room as a class room.
>> I have set everything as per the installation guide given on cwiki and I
>> use om5m4 snapshot live iso.
>>
>> Sent from Yahoo Mail on Android
>> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>>
>> On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com
>> <se...@gmail.com> <se...@gmail.com> wrote:
>> Hi all,
>>
>> We can see a surge of users reporting: Audio is not working, camera not
>> working, can't hear or can't talk.
>>
>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
>> seconds, playback.
>>
>> But most users don't use it. Cause when they are inside the room, its too
>> late. They already tried enabling their cam/mic without success. So they
>> just leave.
>>
>> In comparable product this check is done *before* you enter the room.
>>
>> How about we:
>>  - If the room type is conference or you are a moderator entering the
>> room, you first will be redirected to "test-screen" - before entering the
>> room
>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>  - this redirect to the "test-screen" can be disabled via Admin>Config so
>> current functionality stays as-is for people don't like it
>>  - users have a checkbox to say "do not ask me again" so they won't see
>> this, but they can edit those settings
>>  - this "test-screen" will also be shown if you user the invitationHash,
>> and the room is of type "conference"
>>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
>> so that you can enable/disable it also for other room types. Conference
>> room is true by default, others are false by default.
>>
>> What do you think about this?
>>
>> I think such a "test-screen" or "pre-conference-room" as option has a lot
>> of potential. Also for other use-cases. So it would be a good option to
>> add.
>>
>> This could be a feature for 5.0.1 or later. I could spend some time on
>> this in another branch.
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>>
>>

-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

Posted by "seba.wagner@gmail.com" <se...@gmail.com>.

"Take a tour" wizard
=> No I mean interactive. Pretty much exactly like the Test-Setup dialog. I
truely believe this will decrease amount of people asking for help.

With the release of 5.0.0 a large new number of users will be interested:
It will be probably the first time they are using Webcam + Microphone in a
browser.

Does our Stand-Alone Test network application still work for HTML5/webRTC ?
I think there was a Jira for adding some network testing to it.

If I would add Audio/Video testing capabilities to it, that could also
solve this problem.

So if people have problems with audio/video network, we can redirect them
to this tool and they can verify in it.

What do you think?

Thanks,
Seb

Sebastian Wagner
Director Arrakeen Solutions
http://arrakeen-solutions.co.nz/
<https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
<https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>


On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <ja...@gmail.com>
wrote:

> Hello Rohit.
>
> In a presentation room, users have to request permission to use their
> camera and microphone, so the moderator receives a notification in the
> 'Activities and actions' tab and the moderator may or may not grant such
> permission. If the moderator does not grant permission then the user cannot
> activate their camera and microphone. That's by design.
>
>
> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>
> Even I have same issues. I am not behind any server. I directly login to
> mydomain:5443/openmeetings
> I can talk and people can see me but they cannot activate their camera and
> mic. This causes problems using the presentation room as a class room. I
> have set everything as per the installation guide given on cwiki and I use
> om5m4 snapshot live iso.
>
> Sent from Yahoo Mail on Android
> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>
> On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com
> <se...@gmail.com> <se...@gmail.com> wrote:
> Hi all,
>
> We can see a surge of users reporting: Audio is not working, camera not
> working, can't hear or can't talk.
>
> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
> seconds, playback.
>
> But most users don't use it. Cause when they are inside the room, its too
> late. They already tried enabling their cam/mic without success. So they
> just leave.
>
> In comparable product this check is done *before* you enter the room.
>
> How about we:
>  - If the room type is conference or you are a moderator entering the
> room, you first will be redirected to "test-screen" - before entering the
> room
>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>  - this redirect to the "test-screen" can be disabled via Admin>Config so
> current functionality stays as-is for people don't like it
>  - users have a checkbox to say "do not ask me again" so they won't see
> this, but they can edit those settings
>  - this "test-screen" will also be shown if you user the invitationHash,
> and the room is of type "conference"
>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
> so that you can enable/disable it also for other room types. Conference
> room is true by default, others are false by default.
>
> What do you think about this?
>
> I think such a "test-screen" or "pre-conference-room" as option has a lot
> of potential. Also for other use-cases. So it would be a good option to
> add.
>
> This could be a feature for 5.0.1 or later. I could spend some time on
> this in another branch.
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>
>

Re: Users Testing Audio/Video before entering conference room

Posted by Juan Antonio Moreno Carmona <ja...@gmail.com>.

Hello Rohit.

In a presentation room, users have to request permission to use their 
camera and microphone, so the moderator receives a notification in the 
'Activities and actions' tab and the moderator may or may not grant such 
permission. If the moderator does not grant permission then the user 
cannot activate their camera and microphone. That's by design.


El 20/5/20 a las 13:19, Rohit Dhamal escribió:
> Even I have same issues. I am not behind any server. I directly login 
> to mydomain:5443/openmeetings
> I can talk and people can see me but they cannot activate their camera 
> and mic. This causes problems using the presentation room as a class 
> room. I have set everything as per the installation guide given on 
> cwiki and I use om5m4 snapshot live iso.
>
> Sent from Yahoo Mail on Android 
> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>
>     On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com
>     <se...@gmail.com> wrote:
>     Hi all,
>
>     We can see a surge of users reporting: Audio is not working,
>     camera not working, can't hear or can't talk.
>
>     OpenMeetings has a really nice UI to test/record your Mic/Cam,
>     record few seconds, playback.
>
>     But most users don't use it. Cause when they are inside the room,
>     its too late. They already tried enabling their cam/mic without
>     success. So they just leave.
>
>     In comparable product this check is done /before/ you enter the room.
>
>     How about we:
>      - If the room type is conference or you are a moderator entering
>     the room, you first will be redirected to "test-screen" - before
>     entering the room
>      - the "test-screen" shows the current "Test Audio/Video settings" UI
>      - this redirect to the "test-screen" can be disabled via
>     Admin>Config so current functionality stays as-is for people don't
>     like it
>      - users have a checkbox to say "do not ask me again" so they
>     won't see this, but they can edit those settings
>      - this "test-screen" will also be shown if you user the
>     invitationHash, and the room is of type "conference"
>      - there is an option in Admin>Rooms to enable/disable this
>     "test-screen" so that you can enable/disable it also for other
>     room types. Conference room is true by default, others are false
>     by default.
>
>     What do you think about this?
>
>     I think such a "test-screen" or "pre-conference-room" as option
>     has a lot of potential. Also for other use-cases. So it would be a
>     good option to add.
>
>     This could be a feature for 5.0.1 or later. I could spend some
>     time on this in another branch.
>
>     Thanks,
>     Seb
>
>     Sebastian Wagner
>     Director Arrakeen Solutions
>     http://arrakeen-solutions.co.nz/
>     <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url><https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>

Re: Users Testing Audio/Video before entering conference room

Posted by Rohit Dhamal <ro...@yahoo.com>.

Even I have same issues. I am not behind any server. I directly login to mydomain:5443/openmeetings I can talk and people can see me but they cannot activate their camera and mic. This causes problems using the presentation room as a class room. I have set everything as per the installation guide given on cwiki and I use om5m4 snapshot live iso.

Sent from Yahoo Mail on Android

On Wed, 20 May 2020 at 1:53, seba.wagner@gmail.com<se...@gmail.com> wrote: Hi all,
We can see a surge of users reporting: Audio is not working, camera not working, can't hear or can't talk.
OpenMeetings has a really nice UI to test/record your Mic/Cam, record few seconds, playback.
But most users don't use it. Cause when they are inside the room, its too late. They already tried enabling their cam/mic without success. So they just leave.
In comparable product this check is done before you enter the room.
How about we: - If the room type is conference or you are a moderator entering the room, you first will be redirected to "test-screen" - before entering the room - the "test-screen" shows the current "Test Audio/Video settings" UI - this redirect to the "test-screen" can be disabled via Admin>Config so current functionality stays as-is for people don't like it - users have a checkbox to say "do not ask me again" so they won't see this, but they can edit those settings - this "test-screen" will also be shown if you user the invitationHash, and the room is of type "conference" - there is an option in Admin>Rooms to enable/disable this "test-screen" so that you can enable/disable it also for other room types. Conference room is true by default, others are false by default.
What do you think about this?
I think such a "test-screen" or "pre-conference-room" as option has a lot of potential. Also for other use-cases. So it would be a good option to add.
This could be a feature for 5.0.1 or later. I could spend some time on this in another branch.
Thanks,Seb
Sebastian WagnerDirector Arrakeen Solutionshttp://arrakeen-solutions.co.nz/

Re: Users Testing Audio/Video before entering conference room

Posted by Maxim Solodovnik <so...@gmail.com>.

Hello Sebastian,

On Wed, 20 May 2020 at 03:23, seba.wagner@gmail.com <se...@gmail.com>
wrote:

> Hi all,
>
> We can see a surge of users reporting: Audio is not working, camera not
> working, can't hear or can't talk.
>
> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
> seconds, playback.
>
> But most users don't use it. Cause when they are inside the room, its too
> late. They already tried enabling their cam/mic without success. So they
> just leave.
>

Well, actually it is NOT too late :)
there is "gear" icon in the room
the same "Audio/Video test/setup" dialog will be displayed

But it will solve zero issues due to the most problems are caused by issues
with server configuration ...


>
> In comparable product this check is done *before* you enter the room.
>
> How about we:
>  - If the room type is conference or you are a moderator entering the
> room, you first will be redirected to "test-screen" - before entering the
> room
>

I guess you mean "NOT moderator"?
Please don't forget our killer feature: "first user in the room is
moderator" :)))

 - the "test-screen" shows the current "Test Audio/Video settings" UI
>

please see above :)


>  - this redirect to the "test-screen" can be disabled via Admin>Config so
> current functionality stays as-is for people don't like it
>

I guess no one ever see this feature if this one will be turned OFF by
default


>  - users have a checkbox to say "do not ask me again" so they won't see
> this, but they can edit those settings
>

I do remember OM 2.x (and maybe 3.x) has this checkbox and additional menu
item


>  - this "test-screen" will also be shown if you user the invitationHash,
> and the room is of type "conference"
>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
> so that you can enable/disable it also for other room types. Conference
> room is true by default, others are false by default.
>
> What do you think about this?
>

Please see above :)
I personally found all these popups too annoying :((


>
> I think such a "test-screen" or "pre-conference-room" as option has a lot
> of potential. Also for other use-cases. So it would be a good option to
> add.
>

"pre-conference-room"? could you elaborate?


>
> This could be a feature for 5.0.1 or later. I could spend some time on
> this in another branch.
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url>
> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url>
>


-- 
Best regards,
Maxim