[jira] [Resolved] (OPENMEETINGS-2496) a/v connection regression
[
https://issues.apache.org/jira/browse/OPENMEETINGS-2496?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Konstantin Kuzov resolved OPENMEETINGS-2496.
Resolution: Fixed
> a/v connection regression
> -
>
> Key: OPENMEETINGS-2496
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2496
> Project: Openmeetings
> Issue Type: Bug
> Components: Audio/Video
>Affects Versions: 5.0.1
>Reporter: Konstantin Kuzov
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 5.1.0
>
>
> There is regression in a/v connection handshake js code which manifests
> itself as some participants randomly not starting to receive feed for some
> other participants. But other participants receive them fine and not
> receiving some others. It can even be that user A doesn't receive feed from
> user B, but user B receiving user A just fine. Reconnecting code doesn't
> trigger. Half of the time a/v pod refresh button temporarily fix issue with
> particular user. This issue become a more evident a more number of
> participants there are in the room.
> Introduced in this commit:
> https://github.com/apache/openmeetings/commit/446b93a1d74826c9e54626ceaf3c75ee013c3301
> Reverting this commit entirely or making change below seems to fix the issue
> at first glance. I'll test this change in production tomorrow.
> {code}
> ---
> a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> +++
> b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> @@ -586,7 +586,7 @@ var Video = (function() {
> }
> function _processIceCandidate(candidate) {
> const state = states.length > 0 ? states[0] : null;
> - if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signaling
> State === 'stable') {
> + if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned) {
> return;
> }
> state.data.rtcPeer.addIceCandidate(candidate, function
> (error) {
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2496) a/v connection regression
[
https://issues.apache.org/jira/browse/OPENMEETINGS-2496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221189#comment-17221189
]
Konstantin Kuzov commented on OPENMEETINGS-2496:
Tested e3401cb today on top of 5.0.1 release. All looks good.
> a/v connection regression
> -
>
> Key: OPENMEETINGS-2496
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2496
> Project: Openmeetings
> Issue Type: Bug
> Components: Audio/Video
>Affects Versions: 5.0.1
>Reporter: Konstantin Kuzov
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 5.1.0
>
>
> There is regression in a/v connection handshake js code which manifests
> itself as some participants randomly not starting to receive feed for some
> other participants. But other participants receive them fine and not
> receiving some others. It can even be that user A doesn't receive feed from
> user B, but user B receiving user A just fine. Reconnecting code doesn't
> trigger. Half of the time a/v pod refresh button temporarily fix issue with
> particular user. This issue become a more evident a more number of
> participants there are in the room.
> Introduced in this commit:
> https://github.com/apache/openmeetings/commit/446b93a1d74826c9e54626ceaf3c75ee013c3301
> Reverting this commit entirely or making change below seems to fix the issue
> at first glance. I'll test this change in production tomorrow.
> {code}
> ---
> a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> +++
> b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> @@ -586,7 +586,7 @@ var Video = (function() {
> }
> function _processIceCandidate(candidate) {
> const state = states.length > 0 ? states[0] : null;
> - if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signaling
> State === 'stable') {
> + if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned) {
> return;
> }
> state.data.rtcPeer.addIceCandidate(candidate, function
> (error) {
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2497) Recording lables are not localized and not time zonned- build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221162#comment-17221162 ] Maxim Solodovnik commented on OPENMEETINGS-2497: I'll try to test later but reproducible steps would be super-helpful :)) > Recording lables are not localized and not time zonned- build#124 > - > > Key: OPENMEETINGS-2497 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2497 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Screenshot_2020-10-27 النُّجُومُ الخَمْسَةِ (ص).png > > > Recording labels are not localized and is not time/date stamped as per the > user time zone -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2499) Java exception while constructing KStream
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Solodovnik updated OPENMEETINGS-2499: --- Environment: build#124 Priority: Major (was: Critical) Summary: Java exception while constructing KStream (was: Java exceptions build#124) > Java exception while constructing KStream > - > > Key: OPENMEETINGS-2499 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2499 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 > Environment: build#124 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Major > > [31mWARN [0;39m 10-27 03:29:29.958 > [36mo.k.c.i.t.j.RomClientJsonRpcClient:243 [EventExec-e3-t1][0;39m - > [Continuation] error invoking OnSuccess implemented by client > java.lang.NullPointerException: null > at java.base/java.lang.reflect.Proxy.getInvocationHandler(Proxy.java:1102) > at > org.kurento.client.internal.client.RemoteObjectInvocationHandler.getFor(RemoteObjectInvocationHandler.java:72) > at org.kurento.client.AbstractBuilder.(AbstractBuilder.java:46) > at org.kurento.client.WebRtcEndpoint$Builder.(WebRtcEndpoint.java:2199) > at > org.apache.openmeetings.core.remote.AbstractStream.createWebRtcEndpoint(AbstractStream.java:51) > at > org.apache.openmeetings.core.remote.KStream.createEndpoint(KStream.java:250) > at > org.apache.openmeetings.core.remote.KStream.internalStartBroadcast(KStream.java:148) > at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:136) > at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:133) > at > org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:229) > at > org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:226) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:377) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:373) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:241) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:233) > at > org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:130) > at > org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:113) > at > org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:452) > at > org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:433) > at > com.google.common.util.concurrent.Futures$CallbackListener.run(Futures.java:1089) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2498) NullPointer Java exception in log file
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Solodovnik updated OPENMEETINGS-2498: --- Summary: NullPointer Java exception in log file (was: Java exceptions in log file) > NullPointer Java exception in log file > -- > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 > Environment: build#124 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2498) Java exceptions in log file
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Solodovnik updated OPENMEETINGS-2498: --- Summary: Java exceptions in log file (was: Java exceptions build#124) > Java exceptions in log file > --- > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2498) Java exceptions in log file
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Solodovnik updated OPENMEETINGS-2498: --- Environment: build#124 > Java exceptions in log file > --- > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 > Environment: build#124 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2498) Java exceptions build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Solodovnik updated OPENMEETINGS-2498: --- Priority: Minor (was: Critical) > Java exceptions build#124 > - > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2499) Java exceptions build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221157#comment-17221157 ] Maxim Solodovnik commented on OPENMEETINGS-2499: it seems you have destroyed MM connection right after creation (it happens if microphone is turned on/off after camera or vise versa) I'm not sure it is a problem steps to reproduce with some resulting UI issues might help :)) > Java exceptions build#124 > - > > Key: OPENMEETINGS-2499 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2499 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Critical > > [31mWARN [0;39m 10-27 03:29:29.958 > [36mo.k.c.i.t.j.RomClientJsonRpcClient:243 [EventExec-e3-t1][0;39m - > [Continuation] error invoking OnSuccess implemented by client > java.lang.NullPointerException: null > at java.base/java.lang.reflect.Proxy.getInvocationHandler(Proxy.java:1102) > at > org.kurento.client.internal.client.RemoteObjectInvocationHandler.getFor(RemoteObjectInvocationHandler.java:72) > at org.kurento.client.AbstractBuilder.(AbstractBuilder.java:46) > at org.kurento.client.WebRtcEndpoint$Builder.(WebRtcEndpoint.java:2199) > at > org.apache.openmeetings.core.remote.AbstractStream.createWebRtcEndpoint(AbstractStream.java:51) > at > org.apache.openmeetings.core.remote.KStream.createEndpoint(KStream.java:250) > at > org.apache.openmeetings.core.remote.KStream.internalStartBroadcast(KStream.java:148) > at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:136) > at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:133) > at > org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:229) > at > org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:226) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:377) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:373) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:241) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:233) > at > org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:130) > at > org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:113) > at > org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:452) > at > org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:433) > at > com.google.common.util.concurrent.Futures$CallbackListener.run(Futures.java:1089) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2498) Java exceptions build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221155#comment-17221155 ] Maxim Solodovnik commented on OPENMEETINGS-2498: such error stack without steps to reproduce is useless please provide your steps I doubt this is something connected with our code due to: * there is no such errors on demo-next and local * the stack trace provided doesn't have `openmeetings` in it > Java exceptions build#124 > - > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Critical > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (OPENMEETINGS-2494) Slide bar of users/files in conf rooms does not refresh recordings positions
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221125#comment-17221125 ] Ali Alhaidary edited comment on OPENMEETINGS-2494 at 10/27/20, 4:29 AM: build#124 as well was (Author: ali.alhaidary): build#122 as well > Slide bar of users/files in conf rooms does not refresh recordings positions > > > Key: OPENMEETINGS-2494 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2494 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: case 1.png, case 2.png > > > Slide bar of users/files in conf rooms does not refresh folders positions > when dragged left or right. the list of files stay in position and does not > expand or shrink -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2497) Recording lables are not localized and not time zonned- build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ali Alhaidary updated OPENMEETINGS-2497: Summary: Recording lables are not localized and not time zonned- build#124 (was: Recording lables are not localized and not time zonned- build#122) > Recording lables are not localized and not time zonned- build#124 > - > > Key: OPENMEETINGS-2497 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2497 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Screenshot_2020-10-27 النُّجُومُ الخَمْسَةِ (ص).png > > > Recording labels are not localized and is not time/date stamped as per the > user time zone -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2499) Java exceptions build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2499?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ali Alhaidary updated OPENMEETINGS-2499: Summary: Java exceptions build#124 (was: Java exceptions build#122) > Java exceptions build#124 > - > > Key: OPENMEETINGS-2499 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2499 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Critical > > [31mWARN [0;39m 10-27 03:29:29.958 > [36mo.k.c.i.t.j.RomClientJsonRpcClient:243 [EventExec-e3-t1][0;39m - > [Continuation] error invoking OnSuccess implemented by client > java.lang.NullPointerException: null > at java.base/java.lang.reflect.Proxy.getInvocationHandler(Proxy.java:1102) > at > org.kurento.client.internal.client.RemoteObjectInvocationHandler.getFor(RemoteObjectInvocationHandler.java:72) > at org.kurento.client.AbstractBuilder.(AbstractBuilder.java:46) > at org.kurento.client.WebRtcEndpoint$Builder.(WebRtcEndpoint.java:2199) > at > org.apache.openmeetings.core.remote.AbstractStream.createWebRtcEndpoint(AbstractStream.java:51) > at > org.apache.openmeetings.core.remote.KStream.createEndpoint(KStream.java:250) > at > org.apache.openmeetings.core.remote.KStream.internalStartBroadcast(KStream.java:148) > at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:136) > at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:133) > at > org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:229) > at > org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:226) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:377) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:373) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:241) > at > org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:233) > at > org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:130) > at > org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:113) > at > org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:452) > at > org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:433) > at > com.google.common.util.concurrent.Futures$CallbackListener.run(Futures.java:1089) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2498) Java exceptions build#124
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ali Alhaidary updated OPENMEETINGS-2498: Summary: Java exceptions build#124 (was: Java exceptions build#122) > Java exceptions build#124 > - > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Critical > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2497) Recording lables are not localized and not time zonned- build#122
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221132#comment-17221132 ] Ali Alhaidary commented on OPENMEETINGS-2497: - !Screenshot_2020-10-27 النُّجُومُ الخَمْسَةِ (ص).png! > Recording lables are not localized and not time zonned- build#122 > - > > Key: OPENMEETINGS-2497 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2497 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Screenshot_2020-10-27 النُّجُومُ الخَمْسَةِ (ص).png > > > Recording labels are not localized and is not time/date stamped as per the > user time zone -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2497) Recording lables are not localized and not time zonned- build#122
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ali Alhaidary updated OPENMEETINGS-2497: Attachment: Screenshot_2020-10-27 النُّجُومُ الخَمْسَةِ (ص).png > Recording lables are not localized and not time zonned- build#122 > - > > Key: OPENMEETINGS-2497 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2497 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Screenshot_2020-10-27 النُّجُومُ الخَمْسَةِ (ص).png > > > Recording labels are not localized and is not time/date stamped as per the > user time zone -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2497) Recording lables are not localized and not time zonned- build#122
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221130#comment-17221130 ] Ali Alhaidary commented on OPENMEETINGS-2497: - on second login, all was fine !!! > Recording lables are not localized and not time zonned- build#122 > - > > Key: OPENMEETINGS-2497 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2497 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > > Recording labels are not localized and is not time/date stamped as per the > user time zone -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2494) Slide bar of users/files in conf rooms does not refresh recordings positions
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17221125#comment-17221125 ] Ali Alhaidary commented on OPENMEETINGS-2494: - build#122 as well > Slide bar of users/files in conf rooms does not refresh recordings positions > > > Key: OPENMEETINGS-2494 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2494 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: case 1.png, case 2.png > > > Slide bar of users/files in conf rooms does not refresh folders positions > when dragged left or right. the list of files stay in position and does not > expand or shrink -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2498) Java exceptions build#122
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ali Alhaidary updated OPENMEETINGS-2498: Summary: Java exceptions build#122 (was: Java exceptions) > Java exceptions build#122 > - > > Key: OPENMEETINGS-2498 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 > Project: Openmeetings > Issue Type: Bug > Components: Builds >Affects Versions: 5.1.0 >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Critical > > 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running > socket processor > java.lang.NullPointerException > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) > at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) > at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) > at > java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) > at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) > at > java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) > at > java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) > at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) > at > java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) > at > org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) > at > org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) > at > org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) > at > org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) > at > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at > org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2499) Java exceptions build#122
Ali Alhaidary created OPENMEETINGS-2499: --- Summary: Java exceptions build#122 Key: OPENMEETINGS-2499 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2499 Project: Openmeetings Issue Type: Bug Components: Builds Affects Versions: 5.1.0 Reporter: Ali Alhaidary Assignee: Maxim Solodovnik [31mWARN [0;39m 10-27 03:29:29.958 [36mo.k.c.i.t.j.RomClientJsonRpcClient:243 [EventExec-e3-t1][0;39m - [Continuation] error invoking OnSuccess implemented by client java.lang.NullPointerException: null at java.base/java.lang.reflect.Proxy.getInvocationHandler(Proxy.java:1102) at org.kurento.client.internal.client.RemoteObjectInvocationHandler.getFor(RemoteObjectInvocationHandler.java:72) at org.kurento.client.AbstractBuilder.(AbstractBuilder.java:46) at org.kurento.client.WebRtcEndpoint$Builder.(WebRtcEndpoint.java:2199) at org.apache.openmeetings.core.remote.AbstractStream.createWebRtcEndpoint(AbstractStream.java:51) at org.apache.openmeetings.core.remote.KStream.createEndpoint(KStream.java:250) at org.apache.openmeetings.core.remote.KStream.internalStartBroadcast(KStream.java:148) at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:136) at org.apache.openmeetings.core.remote.KStream$1.onSuccess(KStream.java:133) at org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:229) at org.kurento.client.internal.client.RomManager$3.onSuccess(RomManager.java:226) at org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:377) at org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$3.onSuccess(RomClientJsonRpcClient.java:373) at org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:241) at org.kurento.client.internal.transport.jsonrpc.RomClientJsonRpcClient$2.onSuccess(RomClientJsonRpcClient.java:233) at org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:130) at org.kurento.jsonrpc.internal.JsonRpcRequestSenderHelper$1.onSuccess(JsonRpcRequestSenderHelper.java:113) at org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:452) at org.kurento.jsonrpc.client.AbstractJsonRpcClientWebSocket$14.onSuccess(AbstractJsonRpcClientWebSocket.java:433) at com.google.common.util.concurrent.Futures$CallbackListener.run(Futures.java:1089) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2498) Java exceptions
Ali Alhaidary created OPENMEETINGS-2498: --- Summary: Java exceptions Key: OPENMEETINGS-2498 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2498 Project: Openmeetings Issue Type: Bug Components: Builds Affects Versions: 5.1.0 Reporter: Ali Alhaidary Assignee: Maxim Solodovnik 27-Oct-2020 03:28:37.334 SEVERE [https-jsse-nio-5443-exec-7] org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun Error running socket processor java.lang.NullPointerException at java.base/sun.security.ssl.HKDF.extract(HKDF.java:93) at java.base/sun.security.ssl.HKDF.extract(HKDF.java:119) at java.base/sun.security.ssl.ServerHello.setUpPskKD(ServerHello.java:1169) at java.base/sun.security.ssl.ServerHello$T13ServerHelloProducer.produce(ServerHello.java:547) at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:436) at java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1234) at java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1170) at java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:852) at java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:813) at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) at java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1074) at java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1061) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1008) at org.apache.tomcat.util.net.SecureNioChannel.tasks(SecureNioChannel.java:443) at org.apache.tomcat.util.net.SecureNioChannel.handshakeUnwrap(SecureNioChannel.java:507) at org.apache.tomcat.util.net.SecureNioChannel.handshake(SecureNioChannel.java:238) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1568) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.base/java.lang.Thread.run(Thread.java:834) -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2497) Recording lables are not localized and not time zonned- build#122
Ali Alhaidary created OPENMEETINGS-2497: --- Summary: Recording lables are not localized and not time zonned- build#122 Key: OPENMEETINGS-2497 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2497 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 5.1.0 Reporter: Ali Alhaidary Assignee: Maxim Solodovnik Recording labels are not localized and is not time/date stamped as per the user time zone -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2496) a/v connection regression
[
https://issues.apache.org/jira/browse/OPENMEETINGS-2496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17220727#comment-17220727
]
ASF subversion and git services commented on OPENMEETINGS-2496:
---
Commit e3401cb8df28a0443d1b7449b406d460092c87a7 in openmeetings's branch
refs/heads/master from Maxim Solodovnik
[ https://gitbox.apache.org/repos/asf?p=openmeetings.git;h=e3401cb ]
[OPENMEETINGS-2496] sdpAnswer and iceCandidate processing performed in 'stable'
state
> a/v connection regression
> -
>
> Key: OPENMEETINGS-2496
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2496
> Project: Openmeetings
> Issue Type: Bug
> Components: Audio/Video
>Affects Versions: 5.0.1
>Reporter: Konstantin Kuzov
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 5.1.0
>
>
> There is regression in a/v connection handshake js code which manifests
> itself as some participants randomly not starting to receive feed for some
> other participants. But other participants receive them fine and not
> receiving some others. It can even be that user A doesn't receive feed from
> user B, but user B receiving user A just fine. Reconnecting code doesn't
> trigger. Half of the time a/v pod refresh button temporarily fix issue with
> particular user. This issue become a more evident a more number of
> participants there are in the room.
> Introduced in this commit:
> https://github.com/apache/openmeetings/commit/446b93a1d74826c9e54626ceaf3c75ee013c3301
> Reverting this commit entirely or making change below seems to fix the issue
> at first glance. I'll test this change in production tomorrow.
> {code}
> ---
> a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> +++
> b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> @@ -586,7 +586,7 @@ var Video = (function() {
> }
> function _processIceCandidate(candidate) {
> const state = states.length > 0 ? states[0] : null;
> - if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signaling
> State === 'stable') {
> + if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned) {
> return;
> }
> state.data.rtcPeer.addIceCandidate(candidate, function
> (error) {
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[openmeetings] branch master updated: [OPENMEETINGS-2496] sdpAnswer and iceCandidate processing performed in 'stable' state
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 e3401cb [OPENMEETINGS-2496] sdpAnswer and iceCandidate processing
performed in 'stable' state
e3401cb is described below
commit e3401cb8df28a0443d1b7449b406d460092c87a7
Author: Maxim Solodovnik
AuthorDate: Mon Oct 26 21:17:22 2020 +0700
[OPENMEETINGS-2496] sdpAnswer and iceCandidate processing performed in
'stable' state
---
.../src/main/java/org/apache/openmeetings/web/common/main.js | 6 --
.../src/main/java/org/apache/openmeetings/web/room/raw-video.js | 9 -
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/main.js
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/main.js
index 6faf49c..97129b1 100644
--- a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/main.js
+++ b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/main.js
@@ -44,11 +44,13 @@ var OmUtil = (function() {
setTimeout(() => { $(`#${curId}`).alert('close');},
autohideAfter);
}
}
- function _error(msg) {
+ function _error(msg, noAlert) {
if (typeof(msg) === 'object') {
msg = msg.name + ': ' + msg.message;
}
- __alert('danger', msg, 2);
+ if (noAlert !== true) {
+ __alert('danger', msg, 2);
+ }
return console.error(msg);
}
function _debugEnabled() {
diff --git
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
index 01a480b..f600b83 100644
---
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
+++
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
@@ -576,7 +576,7 @@ var Video = (function() {
}
function _processSdpAnswer(answer) {
const state = states.length > 0 ? states[0] : null;
- if (!state || state.disposed || !state.data.rtcPeer ||
state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signalingState
=== 'stable') {
+ if (!state || state.disposed || !state.data.rtcPeer ||
state.data.rtcPeer.cleaned) {
return;
}
state.data.rtcPeer.processAnswer(answer, function (error) {
@@ -595,13 +595,13 @@ var Video = (function() {
return;
}
if (error) {
- return OmUtil.error(error);
+ OmUtil.error(error, true);
}
});
}
function _processIceCandidate(candidate) {
const state = states.length > 0 ? states[0] : null;
- if (!state || state.disposed || !state.data.rtcPeer ||
state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signalingState
=== 'stable') {
+ if (!state || state.disposed || !state.data.rtcPeer ||
state.data.rtcPeer.cleaned) {
return;
}
state.data.rtcPeer.addIceCandidate(candidate, function (error) {
@@ -609,8 +609,7 @@ var Video = (function() {
return;
}
if (error) {
- OmUtil.error('Error adding candidate: ' +
error);
- return;
+ OmUtil.error('Error adding candidate: ' +
error, true);
}
});
}
[jira] [Commented] (OPENMEETINGS-2496) a/v connection regression
[
https://issues.apache.org/jira/browse/OPENMEETINGS-2496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17220715#comment-17220715
]
Maxim Solodovnik commented on OPENMEETINGS-2496:
It was an attempt to reduce the number of "red boxes" :(
{{setRemoteDescription}} was called while it shouldn't to :(
will change the code so such errors will go to log only
> a/v connection regression
> -
>
> Key: OPENMEETINGS-2496
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2496
> Project: Openmeetings
> Issue Type: Bug
> Components: Audio/Video
>Affects Versions: 5.0.1
>Reporter: Konstantin Kuzov
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 5.1.0
>
>
> There is regression in a/v connection handshake js code which manifests
> itself as some participants randomly not starting to receive feed for some
> other participants. But other participants receive them fine and not
> receiving some others. It can even be that user A doesn't receive feed from
> user B, but user B receiving user A just fine. Reconnecting code doesn't
> trigger. Half of the time a/v pod refresh button temporarily fix issue with
> particular user. This issue become a more evident a more number of
> participants there are in the room.
> Introduced in this commit:
> https://github.com/apache/openmeetings/commit/446b93a1d74826c9e54626ceaf3c75ee013c3301
> Reverting this commit entirely or making change below seems to fix the issue
> at first glance. I'll test this change in production tomorrow.
> {code}
> ---
> a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> +++
> b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> @@ -586,7 +586,7 @@ var Video = (function() {
> }
> function _processIceCandidate(candidate) {
> const state = states.length > 0 ? states[0] : null;
> - if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signaling
> State === 'stable') {
> + if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned) {
> return;
> }
> state.data.rtcPeer.addIceCandidate(candidate, function
> (error) {
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2496) a/v connection regression
[
https://issues.apache.org/jira/browse/OPENMEETINGS-2496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17220706#comment-17220706
]
Maxim Solodovnik commented on OPENMEETINGS-2496:
Make sense!
I'll double-check the code
> a/v connection regression
> -
>
> Key: OPENMEETINGS-2496
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2496
> Project: Openmeetings
> Issue Type: Bug
> Components: Audio/Video
>Affects Versions: 5.0.1
>Reporter: Konstantin Kuzov
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 5.1.0
>
>
> There is regression in a/v connection handshake js code which manifests
> itself as some participants randomly not starting to receive feed for some
> other participants. But other participants receive them fine and not
> receiving some others. It can even be that user A doesn't receive feed from
> user B, but user B receiving user A just fine. Reconnecting code doesn't
> trigger. Half of the time a/v pod refresh button temporarily fix issue with
> particular user. This issue become a more evident a more number of
> participants there are in the room.
> Introduced in this commit:
> https://github.com/apache/openmeetings/commit/446b93a1d74826c9e54626ceaf3c75ee013c3301
> Reverting this commit entirely or making change below seems to fix the issue
> at first glance. I'll test this change in production tomorrow.
> {code}
> ---
> a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> +++
> b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
> @@ -586,7 +586,7 @@ var Video = (function() {
> }
> function _processIceCandidate(candidate) {
> const state = states.length > 0 ? states[0] : null;
> - if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signaling
> State === 'stable') {
> + if (!state || state.disposed || !state.data.rtcPeer ||
> state.data.rtcPeer.cleaned) {
> return;
> }
> state.data.rtcPeer.addIceCandidate(candidate, function
> (error) {
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2496) a/v connection regression
Konstantin Kuzov created OPENMEETINGS-2496:
--
Summary: a/v connection regression
Key: OPENMEETINGS-2496
URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2496
Project: Openmeetings
Issue Type: Bug
Components: Audio/Video
Affects Versions: 5.0.1
Reporter: Konstantin Kuzov
Assignee: Maxim Solodovnik
Fix For: 5.1.0
There is regression in a/v connection handshake js code which manifests itself
as some participants randomly not starting to receive feed for some other
participants. But other participants receive them fine and not receiving some
others. It can even be that user A doesn't receive feed from user B, but user B
receiving user A just fine. Reconnecting code doesn't trigger. Half of the time
a/v pod refresh button temporarily fix issue with particular user. This issue
become a more evident a more number of participants there are in the room.
Introduced in this commit:
https://github.com/apache/openmeetings/commit/446b93a1d74826c9e54626ceaf3c75ee013c3301
Reverting this commit entirely or making change below seems to fix the issue at
first glance. I'll test this change in production tomorrow.
{code}
---
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
+++
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/room/raw-video.js
@@ -586,7 +586,7 @@ var Video = (function() {
}
function _processIceCandidate(candidate) {
const state = states.length > 0 ? states[0] : null;
- if (!state || state.disposed || !state.data.rtcPeer ||
state.data.rtcPeer.cleaned || state.data.rtcPeer.peerConnection.signaling
State === 'stable') {
+ if (!state || state.disposed || !state.data.rtcPeer ||
state.data.rtcPeer.cleaned) {
return;
}
state.data.rtcPeer.addIceCandidate(candidate, function (error) {
{code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
