[jira] [Created] (OPENMEETINGS-2059) GSSAPI support
kraynopp created OPENMEETINGS-2059: -- Summary: GSSAPI support Key: OPENMEETINGS-2059 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2059 Project: Openmeetings Issue Type: Improvement Reporter: kraynopp Assignee: Maxim Solodovnik Dear developers. Could you be so kind to add support of GSSAPI/Kerberos authorization method? It will be very useful for implementation conferences with Single-Sign-On support in intranet environment. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Horace Miles updated OPENMEETINGS-2055: --- Attachment: resultwindow.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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.png, resultwindow.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)
[openmeetings-site] branch asf-site updated: asfext:pmc tag is updated
This is an automated email from the ASF dual-hosted git repository. solomax pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/openmeetings-site.git The following commit(s) were added to refs/heads/asf-site by this push: new 2d1787b asfext:pmc tag is updated 2d1787b is described below commit 2d1787bdb3d321c51df143356fbfe36fd4bae72e Author: Maxim Solodovnik AuthorDate: Thu Apr 18 10:14:05 2019 +0700 asfext:pmc tag is updated --- doap.rdf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doap.rdf b/doap.rdf index 7517081..7bb71cd 100644 --- a/doap.rdf +++ b/doap.rdf @@ -22,7 +22,7 @@ https://openmeetings.apache.org/;> Apache OpenMeetings https://openmeetings.apache.org/"/> -https://openmeetings.apache.org/team.html; /> + Java https://projects.apache.org/category/network-server"/> https://projects.apache.org/category/network-client"/>
[jira] [Commented] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819779#comment-16819779 ] zhao xin commented on OPENMEETINGS-2058: I got the same issue, can't see other users' videos, and no audio either. I'm using: centOS 7 kms docker self signed https chrome latest > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819812#comment-16819812 ] Maxim Solodovnik commented on OPENMEETINGS-2058: [~dominik123] IE11 is not supported Edge has lots of limitations, please check compatibility matrix here: https://webrtc.org/testing/kite/ > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: KMS.txt, catalina.out, openmeetings.2019-04-16.0.log, > openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819793#comment-16819793 ] Maxim Solodovnik commented on OPENMEETINGS-2058: [~buzz] you have to install and configure Kurento Media Server (for 5.0.x) > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OPENMEETINGS-2054) Backup and Reimport "produces" public recordings
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819826#comment-16819826 ] ASF subversion and git services commented on OPENMEETINGS-2054: --- Commit be2eb0c5b8a58526d441c2e018fc546067d9cfd2 in openmeetings's branch refs/heads/4.0.x from Maxim Solodovnik [ https://gitbox.apache.org/repos/asf?p=openmeetings.git;h=be2eb0c ] [OPENMEETINGS-2054] 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 > 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)
[jira] [Commented] (OPENMEETINGS-2054) Backup and Reimport "produces" public recordings
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819828#comment-16819828 ] ASF subversion and git services commented on OPENMEETINGS-2054: --- Commit d249c5b2ca0e4d0c6ae72f4626856434f16d0922 in openmeetings's branch refs/heads/master from Maxim Solodovnik [ https://gitbox.apache.org/repos/asf?p=openmeetings.git;h=d249c5b ] [OPENMEETINGS-2054] 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 > 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 4.0.x updated: [OPENMEETINGS-2054] recordings are not imported if room/owner is deleted
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 be2eb0c [OPENMEETINGS-2054] recordings are not imported if room/owner is deleted be2eb0c is described below commit be2eb0c5b8a58526d441c2e018fc546067d9cfd2 Author: Maxim Solodovnik AuthorDate: Wed Apr 17 15:04:07 2019 +0700 [OPENMEETINGS-2054] recordings are not imported if room/owner is deleted --- .../apache/openmeetings/backup/BackupImport.java | 39 -- 1 file changed, 21 insertions(+), 18 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 4438d97..ed7b527 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 @@ -775,6 +775,23 @@ public class BackupImport { } } + private boolean isInvalidFile(BaseFileItem file) { + if (file.getRoomId() != null) { + Long newRoomId = roomMap.get(file.getRoomId()); + if (newRoomId == null) { + return true; // room was deleted + } + file.setRoomId(newRoomId); + } + if (file.getOwnerId() != null) { + Long newOwnerId = userMap.get(file.getOwnerId()); + if (newOwnerId == null) { + return true; // owner was deleted + } + file.setOwnerId(newOwnerId); + } + return false; + } /* * # Import Recordings */ @@ -784,11 +801,8 @@ public class BackupImport { for (Recording r : list) { Long recId = r.getId(); r.setId(null); - if (r.getRoomId() != null) { - r.setRoomId(roomMap.get(r.getRoomId())); - } - if (r.getOwnerId() != null) { - r.setOwnerId(userMap.get(r.getOwnerId())); + if (isInvalidFile(r)) { + continue; } if (r.getMetaData() != null) { for (RecordingMetaData meta : r.getMetaData()) { @@ -913,19 +927,8 @@ public class BackupImport { Long fId = file.getId(); // We need to reset this as openJPA reject to store them otherwise file.setId(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) { - Long newOwnerId = userMap.get(file.getOwnerId()); - if (newOwnerId == null) { - continue; // owner was deleted - } - file.setOwnerId(newOwnerId); + if (isInvalidFile(file)) { + continue; } if (file.getParentId() != null && file.getParentId().longValue() <= 0L) { file.setParentId(null);
[openmeetings] branch master updated: [OPENMEETINGS-2054] recordings are not imported if room/owner is deleted
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 d249c5b [OPENMEETINGS-2054] recordings are not imported if room/owner is deleted d249c5b is described below commit d249c5b2ca0e4d0c6ae72f4626856434f16d0922 Author: Maxim Solodovnik AuthorDate: Wed Apr 17 15:04:07 2019 +0700 [OPENMEETINGS-2054] recordings are not imported if room/owner is deleted --- .../apache/openmeetings/backup/BackupImport.java | 39 -- 1 file changed, 21 insertions(+), 18 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 ed96dbb..e0d6894 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 @@ -801,6 +801,23 @@ public class BackupImport { } } + private boolean isInvalidFile(BaseFileItem file) { + if (file.getRoomId() != null) { + Long newRoomId = roomMap.get(file.getRoomId()); + if (newRoomId == null) { + return true; // room was deleted + } + file.setRoomId(newRoomId); + } + if (file.getOwnerId() != null) { + Long newOwnerId = userMap.get(file.getOwnerId()); + if (newOwnerId == null) { + return true; // owner was deleted + } + file.setOwnerId(newOwnerId); + } + return false; + } /* * # Import Recordings */ @@ -819,11 +836,8 @@ public class BackupImport { for (Recording r : list) { Long recId = r.getId(); r.setId(null); - if (r.getRoomId() != null) { - r.setRoomId(roomMap.get(r.getRoomId())); - } - if (r.getOwnerId() != null) { - r.setOwnerId(userMap.get(r.getOwnerId())); + if (isInvalidFile(r)) { + continue; } if (r.getChunks() != null) { for (RecordingChunk chunk : r.getChunks()) { @@ -956,19 +970,8 @@ public class BackupImport { Long fId = file.getId(); // We need to reset this as openJPA reject to store them otherwise file.setId(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) { - Long newOwnerId = userMap.get(file.getOwnerId()); - if (newOwnerId == null) { - continue; // owner was deleted - } - file.setOwnerId(newOwnerId); + if (isInvalidFile(file)) { + continue; } if (file.getParentId() != null && file.getParentId().longValue() <= 0L) { file.setParentId(null);
[jira] [Commented] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819791#comment-16819791 ] Dmitry commented on OPENMEETINGS-2058: -- Пользователи могут общаться и использовать доску, без каких-либо проблем. Между ними не работают только аудио и видео. Users can chat and use whiteboard, without any issue. Only audio and video isn't working between them. При входе в комнату конференции пишет - Multimedia server is inaccessible > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dominik updated OPENMEETINGS-2058: -- Attachment: KMS.txt catalina.out openmeetings.2019-04-16.0.log > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: KMS.txt, catalina.out, openmeetings.2019-04-16.0.log, > openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819805#comment-16819805 ] dominik commented on OPENMEETINGS-2058: --- here are some answers: 1: Win 10 64bits with Edge and FF 66, Mint 19.1 with Chrome, win 8.1 32bits with FF66 and IE11 2: Kurento Media Server version: 6.10.0 3: I'm using KMS docker as it was mentioned in tutorial version 7 located here [https://cwiki.apache.org/confluence/display/OPENMEETINGS/Tutorials+for+installing+OpenMeetings+and+Tools?preview=/27838216/109451604/Installation%20OpenMeetings%205.0.0-M1%20on%20Ubuntu%2018.04%20Lts.pdf] but as i see day ago it has been replaced with version * where KMS is installed in different way.. Perhaps i should try with new version ? 4: yes, in KMS i see plenty warnings about (check attachments). Browser console didn't check. Anyway would like to try with new manual and see if issue will still persist. > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: KMS.txt, catalina.out, openmeetings.2019-04-16.0.log, > openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dominik updated OPENMEETINGS-2058: -- Attachment: (was: openmeetings.2019-04-16.0.log) > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: KMS.txt, catalina.out, openmeetings.2019-04-16.0.log, > openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dominik updated OPENMEETINGS-2058: -- Attachment: catalina.out openmeetings.2019-04-16.0.log > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: KMS.txt, catalina.out, openmeetings.2019-04-16.0.log, > openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (OPENMEETINGS-2058) No audio, video, sharing between paricipants in same room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819817#comment-16819817 ] dominik edited comment on OPENMEETINGS-2058 at 4/17/19 8:16 AM: Thank you Maxim, Let me try again with new version and make a tests with proper browsers. Will back to you later today or tomorrow. Thank you was (Author: dominik123): Thnak you Maxim, Let me try again with new version and make a tests with proper browsers again. Will back to you later today or tomorrow. Thank you > No audio, video, sharing between paricipants in same room > - > > Key: OPENMEETINGS-2058 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2058 > Project: Openmeetings > Issue Type: Bug > Components: Audio/Video >Affects Versions: 5.0.0-M1 > Environment: Ubuntu 18.04 server >Reporter: dominik >Assignee: Maxim Solodovnik >Priority: Blocker > Labels: newbie > Attachments: KMS.txt, catalina.out, openmeetings.2019-04-16.0.log, > openmeetings.PNG > > > When participants join the room, there is no audio and video between them. > Desktop sharing also not working. Test recordings are working fine, there > is audio and video. Looks like audio and video aren't transmitted between > users. I'm using self signed certificates (out of the box). Could you please > help with this issue ? -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Updated] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Horace Miles updated OPENMEETINGS-2055: --- Attachment: omalteametsoftUpload.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.9, 5.0.0-M2 > > Attachments: image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.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] [Comment Edited] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819949#comment-16819949 ] Horace Miles edited comment on OPENMEETINGS-2055 at 4/17/19 10:38 AM: -- I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. was (Author: hormiles): I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see the window that is ghosted behind that window. If the upload does not time out, the window that is ghosted behind connection lost to the server appears with the only option to close there is no select file option in the window. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819958#comment-16819958 ] Maxim Solodovnik commented on OPENMEETINGS-2055: BTW what version are you testing internally? > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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] [Comment Edited] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819949#comment-16819949 ] Horace Miles edited comment on OPENMEETINGS-2055 at 4/17/19 10:47 AM: -- I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. I went back to the demo site after 20 minutes and the file I attempted to upload was not there. Perhaps the site does not allow files of 100MBs to be uploaded. It would appear that the demo site would not be a good test if the upload is actually working. (I don't know!!!) omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. Also, after the lost connection window, I have to reload by clicking the reload button. Eventually the file shows in the upload. However, I am at a loss as to how to keep this from losing connection during the upload. was (Author: hormiles): I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. Also, after the lost connection window, I have to reload by clicking the reload button. Eventually the file shows in the upload. However, I am at a loss as to how to keep this from losing connection during the upload. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819957#comment-16819957 ] Maxim Solodovnik commented on OPENMEETINGS-2055: I can see one screenshot from om.demo Other 2 from your server, {{OmeetPostUpload.png}} DO contain conversion progress bar So my question is unanswered: is this issue reproducible at demo-next? > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819970#comment-16819970 ] Horace Miles commented on OPENMEETINGS-2055: If I did this correctly the 4.0.9 build creates the webapps folder. I renamed my webapps folder and then unzipped the one from build in it's place. I then changed the database settings and jee-container.xml to make sure the file size was large enough i.e. 250 MB. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819980#comment-16819980 ] Horace Miles commented on OPENMEETINGS-2055: Did install the changes correctly? > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819964#comment-16819964 ] Maxim Solodovnik commented on OPENMEETINGS-2055: But the issue still reproducible for if latest 4.0.9 nightly build is used? > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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] [Reopened] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maxim Solodovnik reopened OPENMEETINGS-2055: something wrong > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Horace Miles updated OPENMEETINGS-2055: --- Attachment: omeetPreUpload.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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Horace Miles updated OPENMEETINGS-2055: --- Attachment: OmeetPostUpload.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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819949#comment-16819949 ] Horace Miles commented on OPENMEETINGS-2055: I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see the window that is ghosted behind that window. If the upload does not time out, the window that is ghosted behind connection lost to the server appears with the only option to close there is no select file option in the window. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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] [Comment Edited] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819949#comment-16819949 ] Horace Miles edited comment on OPENMEETINGS-2055 at 4/17/19 10:40 AM: -- I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. Also, after the lost connection window, I have to reload by clicking the reload button. Eventually the file shows in the upload. However, I am at a loss as to how to keep this from lossing connection during the upload. was (Author: hormiles): I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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] [Comment Edited] (OPENMEETINGS-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819949#comment-16819949 ] Horace Miles edited comment on OPENMEETINGS-2055 at 4/17/19 10:41 AM: -- I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. Also, after the lost connection window, I have to reload by clicking the reload button. Eventually the file shows in the upload. However, I am at a loss as to how to keep this from losing connection during the upload. was (Author: hormiles): I am uploading pics of what is happening file omalteametsoftUpload.png show what the screen looks like after I attempted upload on demo site. This is the screen I get after I (attempted to upload a file). I can not confirm the file was uploaded as it did not show in my uploads. It did not time out and it returned a screen to upload another file. omeetPreUpload.png show my screen on my server preUpload. OmeetPostUpload.png show my screen after 60 seconds I get a connection lost to server and you can see theChoose a file window that is ghosted behind that window. If the upload does not time out, the Choose a file window appears with the only option to close there is no select file option in the window and the field the file name would go into is disabled. Also, after the lost connection window, I have to reload by clicking the reload button. Eventually the file shows in the upload. However, I am at a loss as to how to keep this from lossing connection during the upload. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16819960#comment-16819960 ] Horace Miles commented on OPENMEETINGS-2055: I am running the 4.0.9 from the builds. I was not able to reproduce the error on the demo site. > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16820037#comment-16820037 ] Maxim Solodovnik commented on OPENMEETINGS-2055: [~hormiles] Unfortunately not assuming you have current OM version in {{/opt/om}} you need to: {code} mv /opt/om /opt/om.bak mkdir /opt/om cd /opt/om tar -xzf SNAPSHOT.tgz cp /opt/om.bak/webapps/openmeetings/WEB-INF/classes/META-INF/persistence.xml /opt/om/webapps/openmeetings/WEB-INF/classes/META-INF/persistence.xml . other config files {code} something like this > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16820113#comment-16820113 ] Maxim Solodovnik commented on OPENMEETINGS-2055: https://builds.apache.org/view/M-R/view/OpenMeetings/job/OpenMeetings%204.0.x/lastSuccessfulBuild/artifact/openmeetings-server/target/apache-openmeetings-4.0.9-SNAPSHOT.tar.gz contains full server, {{webapps}} is just one subfolder > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16820130#comment-16820130 ] Horace Miles commented on OPENMEETINGS-2055: Ok I have it now, somehow, I only got the webapps folder before.. (I can't tell you how) but I have the complete one now. I will let you know > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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-2055) uploading MP3
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16820109#comment-16820109 ] Horace Miles commented on OPENMEETINGS-2055: Ok I was confused then because the snapshot.tgz only had the webapps folder with its subfolders. What about the files and directories that are part the om root folder but not in the snapshot.tgz? Such as om/work, om/target etc and the .sh and .bat files all that would need to be moved to the new om root folder? > 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.9, 5.0.0-M2 > > Attachments: OmeetPostUpload.png, image-2019-04-10-03-01-42-577.png, > omalteametsoftUpload.png, omeetPreUpload.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)