[jira] [Commented] (OPENMEETINGS-2704) Safari 15.1 stop automatically recordings

2021-11-18 Thread Ali Alhaidary (Jira)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17446038#comment-17446038
 ] 

Ali Alhaidary commented on OPENMEETINGS-2704:
-

The issue is still there in #70 in safari and FF on macOS

[~solomax] do you want the log file, it is full of exceptions

[^openmeetings.log]

> Safari 15.1 stop automatically recordings
> -
>
> Key: OPENMEETINGS-2704
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2704
> Project: Openmeetings
>  Issue Type: Test
>  Components: Recordings
>Affects Versions: 7.0.0
> Environment: Server:  Ubuntu 18.04 - OM 7.0.0 #69
> iMac 11.6.1 client:  Safari 15.1 
>Reporter: Alvaro
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: Capture-1.png, Capture-2.png, openmeetings-1.log, 
> openmeetings-2.log, openmeetings.log
>
>
> Safari 15.1 stop recordings automatically.
> When is recording , capture-1, change automatically
> to capture-2 after a seconds.
> Another times don´t do it.
> At FF, Chrome and Yandex works as expected.
> Attached captures and log.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (OPENMEETINGS-2704) Safari 15.1 stop automatically recordings

2021-11-18 Thread Ali Alhaidary (Jira)


 [ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ali Alhaidary updated OPENMEETINGS-2704:

Attachment: openmeetings-2.log

> Safari 15.1 stop automatically recordings
> -
>
> Key: OPENMEETINGS-2704
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2704
> Project: Openmeetings
>  Issue Type: Test
>  Components: Recordings
>Affects Versions: 7.0.0
> Environment: Server:  Ubuntu 18.04 - OM 7.0.0 #69
> iMac 11.6.1 client:  Safari 15.1 
>Reporter: Alvaro
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: Capture-1.png, Capture-2.png, openmeetings-1.log, 
> openmeetings-2.log, openmeetings.log
>
>
> Safari 15.1 stop recordings automatically.
> When is recording , capture-1, change automatically
> to capture-2 after a seconds.
> Another times don´t do it.
> At FF, Chrome and Yandex works as expected.
> Attached captures and log.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Updated] (OPENMEETINGS-2704) Safari 15.1 stop automatically recordings

2021-11-18 Thread Ali Alhaidary (Jira)


 [ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ali Alhaidary updated OPENMEETINGS-2704:

Attachment: openmeetings-1.log

> Safari 15.1 stop automatically recordings
> -
>
> Key: OPENMEETINGS-2704
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2704
> Project: Openmeetings
>  Issue Type: Test
>  Components: Recordings
>Affects Versions: 7.0.0
> Environment: Server:  Ubuntu 18.04 - OM 7.0.0 #69
> iMac 11.6.1 client:  Safari 15.1 
>Reporter: Alvaro
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: Capture-1.png, Capture-2.png, openmeetings-1.log, 
> openmeetings.log
>
>
> Safari 15.1 stop recordings automatically.
> When is recording , capture-1, change automatically
> to capture-2 after a seconds.
> Another times don´t do it.
> At FF, Chrome and Yandex works as expected.
> Attached captures and log.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (OPENMEETINGS-2704) Safari 15.1 stop automatically recordings

2021-11-18 Thread Alvaro (Jira)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17446034#comment-17446034
 ] 

Alvaro commented on OPENMEETINGS-2704:
--

...i know it Maxim, but now is not issue...may be you are magic :)

> Safari 15.1 stop automatically recordings
> -
>
> Key: OPENMEETINGS-2704
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2704
> Project: Openmeetings
>  Issue Type: Test
>  Components: Recordings
>Affects Versions: 7.0.0
> Environment: Server:  Ubuntu 18.04 - OM 7.0.0 #69
> iMac 11.6.1 client:  Safari 15.1 
>Reporter: Alvaro
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: Capture-1.png, Capture-2.png, openmeetings.log
>
>
> Safari 15.1 stop recordings automatically.
> When is recording , capture-1, change automatically
> to capture-2 after a seconds.
> Another times don´t do it.
> At FF, Chrome and Yandex works as expected.
> Attached captures and log.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (OPENMEETINGS-2704) Safari 15.1 stop automatically recordings

2021-11-18 Thread Maxim Solodovnik (Jira)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17446009#comment-17446009
 ] 

Maxim Solodovnik commented on OPENMEETINGS-2704:


Hello [~greenes2] :)

The news are both good and bad ..

the good: everything works
the bad: I fix nothing :

> Safari 15.1 stop automatically recordings
> -
>
> Key: OPENMEETINGS-2704
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2704
> Project: Openmeetings
>  Issue Type: Test
>  Components: Recordings
>Affects Versions: 7.0.0
> Environment: Server:  Ubuntu 18.04 - OM 7.0.0 #69
> iMac 11.6.1 client:  Safari 15.1 
>Reporter: Alvaro
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: Capture-1.png, Capture-2.png, openmeetings.log
>
>
> Safari 15.1 stop recordings automatically.
> When is recording , capture-1, change automatically
> to capture-2 after a seconds.
> Another times don´t do it.
> At FF, Chrome and Yandex works as expected.
> Attached captures and log.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (OPENMEETINGS-2704) Safari 15.1 stop automatically recordings

2021-11-18 Thread Alvaro (Jira)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17445958#comment-17445958
 ] 

Alvaro commented on OPENMEETINGS-2704:
--

Hello Maxim,

Server:   OM 7.0.0 #70 on Ubuntu 18.04

iMac 11.6.1 Client-1:   Safari 15.1,  four recordings and no issue about this.
iMac 10.15.7 Client-1:  Safari 15.1,  12 recordings and no issue found about 
this.

So, i think it is fixed.



> Safari 15.1 stop automatically recordings
> -
>
> Key: OPENMEETINGS-2704
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2704
> Project: Openmeetings
>  Issue Type: Test
>  Components: Recordings
>Affects Versions: 7.0.0
> Environment: Server:  Ubuntu 18.04 - OM 7.0.0 #69
> iMac 11.6.1 client:  Safari 15.1 
>Reporter: Alvaro
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: Capture-1.png, Capture-2.png, openmeetings.log
>
>
> Safari 15.1 stop recordings automatically.
> When is recording , capture-1, change automatically
> to capture-2 after a seconds.
> Another times don´t do it.
> At FF, Chrome and Yandex works as expected.
> Attached captures and log.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (OPENMEETINGS-2689) Room: layout corrupted for Chrome

2021-11-18 Thread Maxim Solodovnik (Jira)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17445781#comment-17445781
 ] 

Maxim Solodovnik commented on OPENMEETINGS-2689:


Sorry for the late response [~uwesimon]
Just have tried with secure hash for default room #7 In Chrome "95.0.4638.69"
Everything looks as expected

Also tried to "HIDE_TOPBAR"
Still everything is OK :((

Not sure what to do :(
Maybe you can zip your OM and share with me privately? (H2 DB)
I can try to reproduce the issue at my Ubuntu :)

> Room: layout corrupted for Chrome
> -
>
> Key: OPENMEETINGS-2689
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2689
> Project: Openmeetings
>  Issue Type: Bug
>  Components: UI
>Affects Versions: 7.0.0
>Reporter: Uwe Simon
>Assignee: Maxim Solodovnik
>Priority: Critical
> Attachments: image-2021-10-15-21-47-20-165.png
>
>
> In Chrome 94.0 the layout of the room is corrupted. InFirefox it looks OK.
> Workarround:
> in custom.css
> {code:java}
> .room-block .sb-wb .wb-block .tools {
>    float: right
> }{code}
> !image-2021-10-15-21-47-20-165.png!



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Commented] (OPENMEETINGS-2700) Wrong behaviour when screensharing is not possible

2021-11-18 Thread ASF subversion and git services (Jira)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17445751#comment-17445751
 ] 

ASF subversion and git services commented on OPENMEETINGS-2700:
---

Commit 8716d6ccedfedea3dea160a043053351fbbea71e in openmeetings's branch 
refs/heads/master from Maxim Solodovnik
[ https://gitbox.apache.org/repos/asf?p=openmeetings.git;h=8716d6c ]

[OPENMEETINGS-2700] screensharing is disabled if getDisplayMedia is unavailable


> Wrong behaviour when screensharing is not possible
> --
>
> Key: OPENMEETINGS-2700
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2700
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Room, UI
>Affects Versions: 6.1.0, 6.2.0, 7.0.0
>Reporter: Uwe Simon
>Assignee: Maxim Solodovnik
>Priority: Major
>
> On  Android 9.0 tablet trying to share the screen return an error
> navigator.mediadevice.getDisplayMedia is not a function
> That's an expected behavior when the browser/OS does not support screensharing
> The unexpected Result:
>  # The screen sharing dialog has a disabled Stop button
>  # New participants see an empty "shared screen" with the user picture.
>  # No one can share his screen until the tablet makes a refresh of his 
> browser window
> Seems that an error starting the screen sharing does not stop the already 
> started sharing connection.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[jira] [Resolved] (OPENMEETINGS-2700) Wrong behaviour when screensharing is not possible

2021-11-18 Thread Maxim Solodovnik (Jira)


 [ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Maxim Solodovnik resolved OPENMEETINGS-2700.

Fix Version/s: 7.0.0
   Resolution: Fixed

> Wrong behaviour when screensharing is not possible
> --
>
> Key: OPENMEETINGS-2700
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2700
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Room, UI
>Affects Versions: 6.1.0, 6.2.0, 7.0.0
>Reporter: Uwe Simon
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 7.0.0
>
>
> On  Android 9.0 tablet trying to share the screen return an error
> navigator.mediadevice.getDisplayMedia is not a function
> That's an expected behavior when the browser/OS does not support screensharing
> The unexpected Result:
>  # The screen sharing dialog has a disabled Stop button
>  # New participants see an empty "shared screen" with the user picture.
>  # No one can share his screen until the tablet makes a refresh of his 
> browser window
> Seems that an error starting the screen sharing does not stop the already 
> started sharing connection.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)


[openmeetings] branch master updated: [OPENMEETINGS-2700] screensharing is disabled if getDisplayMedia is unavailable

2021-11-18 Thread solomax
This is an automated email from the ASF dual-hosted git repository.

solomax pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/openmeetings.git


The following commit(s) were added to refs/heads/master by this push:
 new 8716d6c  [OPENMEETINGS-2700] screensharing is disabled if 
getDisplayMedia is unavailable
8716d6c is described below

commit 8716d6ccedfedea3dea160a043053351fbbea71e
Author: Maxim Solodovnik 
AuthorDate: Thu Nov 18 15:59:28 2021 +0700

[OPENMEETINGS-2700] screensharing is disabled if getDisplayMedia is 
unavailable
---
 openmeetings-web/src/main/front/room/src/video.js|  5 -
 .../src/main/front/settings/src/video-util.js| 16 +---
 2 files changed, 9 insertions(+), 12 deletions(-)

diff --git a/openmeetings-web/src/main/front/room/src/video.js 
b/openmeetings-web/src/main/front/room/src/video.js
index 709e9f8..676c9d5 100644
--- a/openmeetings-web/src/main/front/room/src/video.js
+++ b/openmeetings-web/src/main/front/room/src/video.js
@@ -42,11 +42,6 @@ module.exports = class Video {
video: true
};
promise = navigator.getDisplayMedia(cnts);
-   } else if (b.name === 'Firefox') {
-   // 
https://mozilla.github.io/webrtc-landing/gum_test.html
-   cnts = Sharer.baseConstraints(sd);
-   cnts.video.mediaSource = sd.shareType;
-   promise = 
navigator.mediaDevices.getUserMedia(cnts);
} else if (VideoUtil.sharingSupported()) {
cnts = {
video: true
diff --git a/openmeetings-web/src/main/front/settings/src/video-util.js 
b/openmeetings-web/src/main/front/settings/src/video-util.js
index 6fa3343..2d9c28c 100644
--- a/openmeetings-web/src/main/front/settings/src/video-util.js
+++ b/openmeetings-web/src/main/front/settings/src/video-util.js
@@ -269,13 +269,15 @@ function _disconnect(node) {
 function _sharingSupported() {
const b = OmUtil.browser;
return (b.name === 'Edge' && b.major > 16)
-   || b.name === 'Firefox'
-   || b.name === 'Opera'
-   || b.name === 'Yandex'
-   || (OmUtil.isSafari() && 
typeof(navigator.mediaDevices.getDisplayMedia) === 'function')
-   || OmUtil.isChrome()
-   || OmUtil.isEdgeChromium()
-   || (b.name === 'Mozilla' && b.major > 4);
+   || (typeof(navigator.mediaDevices.getDisplayMedia) === 
'function'
+   && (b.name === 'Firefox'
+   || b.name === 'Opera'
+   || b.name === 'Yandex'
+   || OmUtil.isSafari()
+   || OmUtil.isChrome()
+   || OmUtil.isEdgeChromium()
+   || (b.name === 'Mozilla' && b.major > 4)
+   ));
 }
 function _highlight(el, clazz, count) {
if (!el || el.length < 1 || el.hasClass('disabled') || count < 0) {