[jira] [Updated] (OPENMEETINGS-2048) WB performance need to be improved

2019-04-10 Thread Maxim Solodovnik (JIRA)


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

Maxim Solodovnik updated OPENMEETINGS-2048:
---
Description: 
WB performance need to be improved:
# Currently all WB actions are passed to the server via AJAX, this blocks page 
for all room attendees, need to be switched to WebSockets
## Additionally there should be the way to split huge objects
# Room animated pointer can pollute WB as displayed at attached image 
!Безымянный.jpg!
## -Animated pointer should be enabled only if "Questions" are enabled for the 
room-
## "Animated" click should be limited (by timeout or be active count)

  was:
WB performance need to be improved:
# Currently all WB actions are passed to the server via AJAX, this blocks page 
for all room attendees, need to be switched to WebSockets
# Room animated pointer can pollute WB as displayed at attached image 
!Безымянный.jpg!
## -Animated pointer should be enabled only if "Questions" are enabled for the 
room-
## "Animated" click should be limited (by timeout or be active count)


> WB performance need to be improved
> --
>
> Key: OPENMEETINGS-2048
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2048
> Project: Openmeetings
>  Issue Type: Bug
>  Components: WhiteBoard
>Affects Versions: 4.0.8
>Reporter: Maxim Solodovnik
>Assignee: Maxim Solodovnik
>Priority: Critical
> Attachments: Безымянный.jpg
>
>
> WB performance need to be improved:
> # Currently all WB actions are passed to the server via AJAX, this blocks 
> page for all room attendees, need to be switched to WebSockets
> ## Additionally there should be the way to split huge objects
> # Room animated pointer can pollute WB as displayed at attached image 
> !Безымянный.jpg!
> ## -Animated pointer should be enabled only if "Questions" are enabled for 
> the room-
> ## "Animated" click should be limited (by timeout or be active count)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2055) uploading MP3

2019-04-10 Thread Maxim Solodovnik (JIRA)


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

Maxim Solodovnik commented on OPENMEETINGS-2055:


I'll try to check this
Will definitely need to fix ghost users

> uploading MP3
> -
>
> Key: OPENMEETINGS-2055
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2055
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
> Environment: Ubuntu 14.04 12 GB ram quad core processor
>Reporter: Horace Miles
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
> Attachments: image-2019-04-10-03-01-42-577.png
>
>
> When uploading MP3 or MP4 files, after approximately 60 seconds I get the 
> connection has been lost.
> I have changed the config/jee-container.xml
>value="1"/>   to ' .>'
> after this happens, I have the option to reload, which creates a new user in 
> the room.  The fill does not show up in the uploaded folder.  I have to 
> restart red5-ubdeb2 restart  to get rid of the ghosted users and 
> additionally, sometimes the file I was trying to upload will also show after 
> the restart.  I have hundreds of files to upload and I would really like to 
> make this work smoothly has I have other users waiting to use openmeetings.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2054) Backup and Reimport "produces" public recordings

2019-04-10 Thread ASF subversion and git services (JIRA)


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

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

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

[OPENMEETINGS-2054] files/recordings are not imported if room/owner is deleted


> Backup and Reimport "produces" public recordings
> 
>
> Key: OPENMEETINGS-2054
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2054
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Import of backup from Instanz with 0 public recordings ends up with several 
> public recordings.
> Mail from Maxim:
> I need to check the code, but here is the possible scenario:
> 1) recording belongs to deleted user
> 2) no "Admin->Clean-up"
> 3) Export/Import
> deleted user -> null
> Recording belong to `null` user and `null` room == public



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Resolved] (OPENMEETINGS-2054) Backup and Reimport "produces" public recordings

2019-04-10 Thread Maxim Solodovnik (JIRA)


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

Maxim Solodovnik resolved OPENMEETINGS-2054.

   Resolution: Fixed
Fix Version/s: 5.0.0-M2
   4.0.9

Should be fixed
Would appreciate if you test check :)

> Backup and Reimport "produces" public recordings
> 
>
> Key: OPENMEETINGS-2054
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2054
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.9, 5.0.0-M2
>
>
> Import of backup from Instanz with 0 public recordings ends up with several 
> public recordings.
> Mail from Maxim:
> I need to check the code, but here is the possible scenario:
> 1) recording belongs to deleted user
> 2) no "Admin->Clean-up"
> 3) Export/Import
> deleted user -> null
> Recording belong to `null` user and `null` room == public



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[openmeetings] branch master updated: [OPENMEETINGS-2054] files/recordings are not imported if room/owner is deleted

2019-04-10 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 f3cd01b  [OPENMEETINGS-2054] files/recordings are not imported if 
room/owner is deleted
f3cd01b is described below

commit f3cd01be1fd09f97b759c84d5b1d2d9c68ed75b2
Author: Maxim Solodovnik 
AuthorDate: Wed Apr 10 21:25:58 2019 +0700

[OPENMEETINGS-2054] files/recordings are not imported if room/owner is 
deleted
---
 .../org/apache/openmeetings/backup/BackupImport.java| 17 +
 1 file changed, 13 insertions(+), 4 deletions(-)

diff --git 
a/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
 
b/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
index a2f56a6..ed96dbb 100644
--- 
a/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
+++ 
b/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
@@ -63,8 +63,8 @@ import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_EMAIL_VE
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_EXT_PROCESS_TTL;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_IGNORE_BAD_SSL;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_ARRANGE;
-import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_MUTE_OTHERS;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_MUTE;
+import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_MUTE_OTHERS;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_LOGIN_MIN_LENGTH;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_MAX_UPLOAD_SIZE;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_MIC_ECHO;
@@ -956,10 +956,19 @@ public class BackupImport {
Long fId = file.getId();
// We need to reset this as openJPA reject to store 
them otherwise
file.setId(null);
-   Long roomId = file.getRoomId();
-   file.setRoomId(roomMap.containsKey(roomId) ? 
roomMap.get(roomId) : null);
+   if (file.getRoomId() != null) {
+   Long newRoomId = roomMap.get(file.getRoomId());
+   if (newRoomId == null) {
+   continue; // room was deleted
+   }
+   file.setRoomId(newRoomId);
+   }
if (file.getOwnerId() != null) {
-   file.setOwnerId(userMap.get(file.getOwnerId()));
+   Long newOwnerId = 
userMap.get(file.getOwnerId());
+   if (newOwnerId == null) {
+   continue; // owner was deleted
+   }
+   file.setOwnerId(newOwnerId);
}
if (file.getParentId() != null && 
file.getParentId().longValue() <= 0L) {
file.setParentId(null);



[jira] [Commented] (OPENMEETINGS-2054) Backup and Reimport "produces" public recordings

2019-04-10 Thread ASF subversion and git services (JIRA)


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

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

Commit 5f6b246db68181c9129d97091e17c9130c9d999d in openmeetings's branch 
refs/heads/4.0.x from Maxim Solodovnik
[ https://gitbox.apache.org/repos/asf?p=openmeetings.git;h=5f6b246 ]

[OPENMEETINGS-2054] files/recordings are not imported if room/owner is deleted


> Backup and Reimport "produces" public recordings
> 
>
> Key: OPENMEETINGS-2054
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2054
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Import of backup from Instanz with 0 public recordings ends up with several 
> public recordings.
> Mail from Maxim:
> I need to check the code, but here is the possible scenario:
> 1) recording belongs to deleted user
> 2) no "Admin->Clean-up"
> 3) Export/Import
> deleted user -> null
> Recording belong to `null` user and `null` room == public



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[openmeetings] branch 4.0.x updated: [OPENMEETINGS-2054] files/recordings are not imported if room/owner is deleted

2019-04-10 Thread solomax
This is an automated email from the ASF dual-hosted git repository.

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


The following commit(s) were added to refs/heads/4.0.x by this push:
 new 5f6b246  [OPENMEETINGS-2054] files/recordings are not imported if 
room/owner is deleted
5f6b246 is described below

commit 5f6b246db68181c9129d97091e17c9130c9d999d
Author: Maxim Solodovnik 
AuthorDate: Wed Apr 10 21:25:58 2019 +0700

[OPENMEETINGS-2054] files/recordings are not imported if room/owner is 
deleted
---
 .../org/apache/openmeetings/backup/BackupImport.java| 17 +
 1 file changed, 13 insertions(+), 4 deletions(-)

diff --git 
a/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
 
b/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
index 621797e..4438d97 100644
--- 
a/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
+++ 
b/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java
@@ -70,8 +70,8 @@ import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_FLASH_VI
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_FLASH_VIDEO_FPS;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_IGNORE_BAD_SSL;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_ARRANGE;
-import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_MUTE_OTHERS;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_MUTE;
+import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_KEYCODE_MUTE_OTHERS;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_LOGIN_MIN_LENGTH;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_MAX_UPLOAD_SIZE;
 import static 
org.apache.openmeetings.util.OpenmeetingsVariables.CONFIG_MYROOMS_ENABLED;
@@ -913,10 +913,19 @@ public class BackupImport {
Long fId = file.getId();
// We need to reset this as openJPA reject to store 
them otherwise
file.setId(null);
-   Long roomId = file.getRoomId();
-   file.setRoomId(roomMap.containsKey(roomId) ? 
roomMap.get(roomId) : null);
+   if (file.getRoomId() != null) {
+   Long newRoomId = roomMap.get(file.getRoomId());
+   if (newRoomId == null) {
+   continue; // room was deleted
+   }
+   file.setRoomId(newRoomId);
+   }
if (file.getOwnerId() != null) {
-   file.setOwnerId(userMap.get(file.getOwnerId()));
+   Long newOwnerId = 
userMap.get(file.getOwnerId());
+   if (newOwnerId == null) {
+   continue; // owner was deleted
+   }
+   file.setOwnerId(newOwnerId);
}
if (file.getParentId() != null && 
file.getParentId().longValue() <= 0L) {
file.setParentId(null);



[jira] [Commented] (OPENMEETINGS-2054) Backup and Reimport "produces" public recordings

2019-04-10 Thread Maxim Solodovnik (JIRA)


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

Maxim Solodovnik commented on OPENMEETINGS-2054:


Yep, this is possible workaround :)
Need to be properly fixed, due to this might disclose someone private videos :( 

> Backup and Reimport "produces" public recordings
> 
>
> Key: OPENMEETINGS-2054
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2054
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Import of backup from Instanz with 0 public recordings ends up with several 
> public recordings.
> Mail from Maxim:
> I need to check the code, but here is the possible scenario:
> 1) recording belongs to deleted user
> 2) no "Admin->Clean-up"
> 3) Export/Import
> deleted user -> null
> Recording belong to `null` user and `null` room == public



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2051) Library versions need to be updated (5.0.0-M2)

2019-04-10 Thread ASF subversion and git services (JIRA)


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

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

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

[OPENMEETINGS-2051] openjpa version is updated


> Library versions need to be updated (5.0.0-M2)
> --
>
> Key: OPENMEETINGS-2051
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2051
> Project: Openmeetings
>  Issue Type: Task
>  Components: Builds
>Affects Versions: 5.0.0-M2
>Reporter: Maxim Solodovnik
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 5.0.0-M2
>
>
> Library versions need to be updated



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[openmeetings] branch master updated: [OPENMEETINGS-2051] openjpa version is updated

2019-04-10 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 cd436ec  [OPENMEETINGS-2051] openjpa version is updated
cd436ec is described below

commit cd436ec764590abf8809401ca0c68365729e907b
Author: Maxim Solodovnik 
AuthorDate: Wed Apr 10 21:09:56 2019 +0700

[OPENMEETINGS-2051] openjpa version is updated
---
 pom.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pom.xml b/pom.xml
index 1932f74..598d7b3 100644
--- a/pom.xml
+++ b/pom.xml
@@ -90,7 +90,7 @@
10.14.2.0
3.8.1
1.6.2
-   3.0.1-SNAPSHOT
+   3.1.0-SNAPSHOT
2.0.2
2.6.0
2.6.1



[jira] [Commented] (OPENMEETINGS-2048) WB performance need to be improved

2019-04-10 Thread ASF subversion and git services (JIRA)


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

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

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

[OPENMEETINGS-2048] WB actions are moved to web sockets


> WB performance need to be improved
> --
>
> Key: OPENMEETINGS-2048
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2048
> Project: Openmeetings
>  Issue Type: Bug
>  Components: WhiteBoard
>Affects Versions: 4.0.8
>Reporter: Maxim Solodovnik
>Assignee: Maxim Solodovnik
>Priority: Critical
> Attachments: Безымянный.jpg
>
>
> WB performance need to be improved:
> # Currently all WB actions are passed to the server via AJAX, this blocks 
> page for all room attendees, need to be switched to WebSockets
> # Room animated pointer can pollute WB as displayed at attached image 
> !Безымянный.jpg!
> ## -Animated pointer should be enabled only if "Questions" are enabled for 
> the room-
> ## "Animated" click should be limited (by timeout or be active count)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[openmeetings] branch master updated: [OPENMEETINGS-2048] WB actions are moved to web sockets

2019-04-10 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 ee33977  [OPENMEETINGS-2048] WB actions are moved to web sockets
ee33977 is described below

commit ee33977541f08bd0eb2480ef634cdd2a6fbc870d
Author: Maxim Solodovnik 
AuthorDate: Wed Apr 10 21:06:44 2019 +0700

[OPENMEETINGS-2048] WB actions are moved to web sockets
---
 .../apache/openmeetings/web/common/BasePanel.java  |  6 ++-
 .../apache/openmeetings/web/common/MainPanel.java  |  3 +-
 .../openmeetings/web/common/OmWebSocketPanel.java  |  5 +-
 .../org/apache/openmeetings/web/common/main.js |  3 ++
 .../apache/openmeetings/web/room/RoomPanel.java| 13 --
 .../openmeetings/web/room/wb/AbstractWbPanel.java  | 54 +-
 .../openmeetings/web/room/wb/InterviewWbPanel.java |  4 +-
 .../apache/openmeetings/web/room/wb/WbPanel.java   | 16 ++-
 .../openmeetings/web/room/wb/raw-interview-area.js |  4 +-
 .../apache/openmeetings/web/room/wb/raw-player.js  |  4 +-
 .../apache/openmeetings/web/room/wb/raw-wb-area.js | 18 
 .../openmeetings/web/room/wb/raw-wb-board.js   | 28 +--
 openmeetings-web/src/main/webapp/WEB-INF/web.xml   |  4 ++
 .../org/apache/openmeetings/web/TestMainAreas.java |  3 +-
 pom.xml|  2 +-
 15 files changed, 63 insertions(+), 104 deletions(-)

diff --git 
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/BasePanel.java
 
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/BasePanel.java
index 7ac56ca..41663e0 100644
--- 
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/BasePanel.java
+++ 
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/BasePanel.java
@@ -18,6 +18,8 @@
  */
 package org.apache.openmeetings.web.common;
 
+import java.io.IOException;
+
 import org.apache.openmeetings.db.util.FormatHelper;
 import org.apache.openmeetings.web.app.WebSession;
 import org.apache.openmeetings.web.common.menu.MenuPanel;
@@ -92,7 +94,9 @@ public abstract class BasePanel extends Panel {
 *
 * @param handler - handler to perform update
 * @param o - message to process
+*
+* @throws IOException in case pdf download fails
 */
-   protected void process(IPartialPageRequestHandler handler, JSONObject 
o) {
+   protected void process(IPartialPageRequestHandler handler, JSONObject 
o) throws IOException {
}
 }
diff --git 
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/MainPanel.java
 
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/MainPanel.java
index 934594e..29042ef 100644
--- 
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/MainPanel.java
+++ 
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/MainPanel.java
@@ -31,6 +31,7 @@ import static 
org.apache.openmeetings.web.util.OmUrlFragment.PROFILE_MESSAGES;
 import static org.apache.openmeetings.web.util.OmUrlFragment.getPanel;
 import static org.apache.wicket.ajax.attributes.CallbackParameter.explicit;
 
+import java.io.IOException;
 import java.util.ArrayList;
 import java.util.List;
 import java.util.Set;
@@ -165,7 +166,7 @@ public class MainPanel extends Panel {
}
 
@Override
-   protected void onMessage(WebSocketRequestHandler 
handler, JSONObject m) {
+   protected void onMessage(WebSocketRequestHandler 
handler, JSONObject m) throws IOException {
BasePanel p = getCurrentPanel();
if (p != null) {
p.process(handler, m);
diff --git 
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/OmWebSocketPanel.java
 
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/OmWebSocketPanel.java
index c9129c7..e869a83 100644
--- 
a/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/OmWebSocketPanel.java
+++ 
b/openmeetings-web/src/main/java/org/apache/openmeetings/web/common/OmWebSocketPanel.java
@@ -21,6 +21,7 @@ package org.apache.openmeetings.web.common;
 import static org.apache.openmeetings.core.remote.KurentoHandler.KURENTO_TYPE;
 import static org.apache.openmeetings.web.app.WebSession.getUserId;
 
+import java.io.IOException;
 import java.util.concurrent.atomic.AtomicBoolean;
 
 import org.apache.openmeetings.core.remote.KurentoHandler;
@@ -178,8 +179,10 @@ public abstract class OmWebSocketPanel extends Panel {
 *
 * @param handler - handler to perform some updates
 * @param m - incoming message as {@link JSONObject}
+*
+* @throws IOException in case some IO operation fails
 */
-   protected void 

[jira] [Commented] (OPENMEETINGS-2055) uploading MP3

2019-04-10 Thread Horace Miles (JIRA)


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

Horace Miles commented on OPENMEETINGS-2055:


 to ''

I still have the same issue, is there a time-out setting that needs to be 
changed? It appears to try for 60 seconds and then it will give the connection 
to server lost.  

> uploading MP3
> -
>
> Key: OPENMEETINGS-2055
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2055
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
> Environment: Ubuntu 14.04 12 GB ram quad core processor
>Reporter: Horace Miles
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
> Attachments: image-2019-04-10-03-01-42-577.png
>
>
> When uploading MP3 or MP4 files, after approximately 60 seconds I get the 
> connection has been lost.
> I have changed the config/jee-container.xml
>value="1"/>   to ' .>'
> after this happens, I have the option to reload, which creates a new user in 
> the room.  The fill does not show up in the uploaded folder.  I have to 
> restart red5-ubdeb2 restart  to get rid of the ghosted users and 
> additionally, sometimes the file I was trying to upload will also show after 
> the restart.  I have hundreds of files to upload and I would really like to 
> make this work smoothly has I have other users waiting to use openmeetings.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Closed] (OPENMEETINGS-2056) files tab is accessible for normal user

2019-04-10 Thread JIRA


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

Peter Dähn closed OPENMEETINGS-2056.

Resolution: Information Provided

> files tab is accessible for normal user
> ---
>
> Key: OPENMEETINGS-2056
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2056
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Room
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Files tab is accessible for normal user. In former (flash) versions it was 
> prohibited to access this tab as normal user.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2056) files tab is accessible for normal user

2019-04-10 Thread Maxim Solodovnik (JIRA)


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

Maxim Solodovnik commented on OPENMEETINGS-2056:


Hello [~p_daehn],

This was added to both 3.x and 4.x by user request: 
https://issues.apache.org/jira/browse/OPENMEETINGS-1558

 

The idea was to allow access to public drive (accessible by all users)

> files tab is accessible for normal user
> ---
>
> Key: OPENMEETINGS-2056
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2056
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Room
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Files tab is accessible for normal user. In former (flash) versions it was 
> prohibited to access this tab as normal user.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (OPENMEETINGS-2056) files tab is accessible for normal user

2019-04-10 Thread JIRA
Peter Dähn created OPENMEETINGS-2056:


 Summary: files tab is accessible for normal user
 Key: OPENMEETINGS-2056
 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2056
 Project: Openmeetings
  Issue Type: Bug
  Components: Room
Affects Versions: 4.0.8
Reporter: Peter Dähn
Assignee: Maxim Solodovnik


Files tab is accessible for normal user. In former (flash) versions it was 
prohibited to access this tab as normal user.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2055) uploading MP3

2019-04-10 Thread Horace Miles (JIRA)


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

Horace Miles commented on OPENMEETINGS-2055:


See attached.  I will adjust the size limits accordingly.  However openmeetings 
did upload the first six which are over the set limit.  Do you know of anything 
that would cause that behavior?  It appears that it may not be 100% enforcing 
the size limit.

> uploading MP3
> -
>
> Key: OPENMEETINGS-2055
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2055
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
> Environment: Ubuntu 14.04 12 GB ram quad core processor
>Reporter: Horace Miles
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
> Attachments: image-2019-04-10-03-01-42-577.png
>
>
> When uploading MP3 or MP4 files, after approximately 60 seconds I get the 
> connection has been lost.
> I have changed the config/jee-container.xml
>value="1"/>   to ' .>'
> after this happens, I have the option to reload, which creates a new user in 
> the room.  The fill does not show up in the uploaded folder.  I have to 
> restart red5-ubdeb2 restart  to get rid of the ghosted users and 
> additionally, sometimes the file I was trying to upload will also show after 
> the restart.  I have hundreds of files to upload and I would really like to 
> make this work smoothly has I have other users waiting to use openmeetings.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (OPENMEETINGS-2055) uploading MP3

2019-04-10 Thread Horace Miles (JIRA)


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

Horace Miles updated OPENMEETINGS-2055:
---
Attachment: image-2019-04-10-03-01-42-577.png

> uploading MP3
> -
>
> Key: OPENMEETINGS-2055
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2055
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Import/Export
>Affects Versions: 4.0.8
> Environment: Ubuntu 14.04 12 GB ram quad core processor
>Reporter: Horace Miles
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
> Attachments: image-2019-04-10-03-01-42-577.png
>
>
> When uploading MP3 or MP4 files, after approximately 60 seconds I get the 
> connection has been lost.
> I have changed the config/jee-container.xml
>value="1"/>   to ' .>'
> after this happens, I have the option to reload, which creates a new user in 
> the room.  The fill does not show up in the uploaded folder.  I have to 
> restart red5-ubdeb2 restart  to get rid of the ghosted users and 
> additionally, sometimes the file I was trying to upload will also show after 
> the restart.  I have hundreds of files to upload and I would really like to 
> make this work smoothly has I have other users waiting to use openmeetings.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)