[jira] [Commented] (OPENMEETINGS-2761) Missing German Translations for new OTP-dialogs
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17696446#comment-17696446 ] Uwe Simon commented on OPENMEETINGS-2761: - I added the translations in poeditor. > Missing German Translations for new OTP-dialogs > --- > > Key: OPENMEETINGS-2761 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2761 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > > The translations for the new OTP dialogs are missing. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (OPENMEETINGS-2761) Missing German Translations for new OTP-dialogs
Uwe Simon created OPENMEETINGS-2761: --- Summary: Missing German Translations for new OTP-dialogs Key: OPENMEETINGS-2761 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2761 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik The translations for the new OTP dialogs are missing. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (OPENMEETINGS-2689) Room: layout corrupted for Chrome
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17564405#comment-17564405 ] Uwe Simon commented on OPENMEETINGS-2689: - Sorry for the late response. When I see the other comments, it would make sense to have theme-specific-custome-css > Room: layout corrupted for Chrome > - > > Key: OPENMEETINGS-2689 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2689 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-15-21-47-20-165.png > > > In Chrome 94.0 the layout of the room is corrupted. InFirefox it looks OK. > Workarround: > in custom.css > {code:java} > .room-block .sb-wb .wb-block .tools { > float: right > }{code} > !image-2021-10-15-21-47-20-165.png! -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (OPENMEETINGS-2627) Administration->OAuth2: Add an example entry for Keycloak
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17545578#comment-17545578 ] Uwe Simon commented on OPENMEETINGS-2627: - looks fine. > Administration->OAuth2: Add an example entry for Keycloak > - > > Key: OPENMEETINGS-2627 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2627 > Project: Openmeetings > Issue Type: Improvement > Components: Documentation, Installer >Affects Versions: 5.1.0, 6.0.0, 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: keycloak.txt > > > Add the an example for a OAuth2-Keycloak-configuration to > Administration->OAuth2. > Required values are in attachment. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (OPENMEETINGS-2626) After self registering an account wrong defaults in salutation and birthday
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17545573#comment-17545573 ] Uwe Simon commented on OPENMEETINGS-2626: - Looks fine now > After self registering an account wrong defaults in salutation and birthday > --- > > Key: OPENMEETINGS-2626 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2626 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 5.1.0, 6.0.0, 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > > After a new account has been registered the profile shows > salutation: MR > birthday: current date > The defaults are wrong in many cases (especially the birthday). > In the database the columns OM_USER.SALUTATION and OM_USER.AGE are not > mandatory, so both fields could be empty (NULL). > Same could happen with language and country, but I think these are derived > from the browser settings (so correct in most cases). > *Solution:* both fields should be empty after registring an account. > -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (OPENMEETINGS-2688) Administration->Groups: delete of logo icon does not work
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17545570#comment-17545570 ] Uwe Simon commented on OPENMEETINGS-2688: - Looks fine now. > Administration->Groups: delete of logo icon does not work > -- > > Key: OPENMEETINGS-2688 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2688 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: image-2021-10-12-22-14-36-100.png > > > In Administration->Groups you can add a logo icon to a group. > There ist adelete button, but this does not work. Same button exists for > Users, there it works. > > Expectation: > The Delete button works the same as inusers dialog. > > > > !image-2021-10-12-22-14-36-100.png! -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Commented] (OPENMEETINGS-2721) UI improvement: bootstrap dropdown
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2721?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17545571#comment-17545571 ] Uwe Simon commented on OPENMEETINGS-2721: - looks fine now. > UI improvement: bootstrap dropdown > -- > > Key: OPENMEETINGS-2721 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2721 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: Bildschirmfoto vom 2022-02-13 11-02-22.png > > > Use bootstrap style dropdowns instead of "". > This would look much better. > Most of these "" are in the form "user detail". > > In form "user detail" a part of the input fields in "user detail form" are > not alligned but shifted some picle to the right. -- This message was sent by Atlassian Jira (v8.20.7#820007)
[jira] [Created] (OPENMEETINGS-2721) UI improvement: bootstrap dropdown
Uwe Simon created OPENMEETINGS-2721: --- Summary: UI improvement: bootstrap dropdown Key: OPENMEETINGS-2721 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2721 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2022-02-13 11-02-22.png Use bootstrap style dropdowns instead of "". This would look much better. Most of these "" are in the form "user detail". In form "user detail" a part of the input fields in "user detail form" are not alligned but shifted some picle to the right. -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2715) Recordings: "Bin" icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17450636#comment-17450636 ] Uwe Simon commented on OPENMEETINGS-2715: - 4. is one of my cases. The other one is to mark a folder, press the "bin" and then "Cancel". Now no item is marked. Now press "Bin" again. I think it should only be possible to select (mark) items which could be deleted . Looks like that this are all items which are draggable (own folder, files). When a folder is collaped via "-" the selection of the items should be removed. Overwise it could happen that you select other "visible" items and the press the "bin". This will then remove the visible once and the "invisible" selected in the collapsed folder too. I just saw that it is possible to drag an own folder to the witheboard. In this case nothing happens, that's ok, but there is no feedback, that this operation is suposed to have no function. > Recordings: "Bin" icon always enabled > - > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: Recordings, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2713) Create of meetings not possible on smartphone/table
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17450616#comment-17450616 ] Uwe Simon commented on OPENMEETINGS-2713: - Ah, I wasn't patient enough. It works when pressing the finger a approx. second. With a tablet short tipping on an existing meeting opens the popup immediatly. With mouse on laptop/pc there is no difference, single click on the day opens the popup immediatly and a single click on a meeting opens it immideatly too. Any reason why the behaviour differs on a tablet? > Create of meetings not possible on smartphone/table > --- > > Key: OPENMEETINGS-2713 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2713 > Project: Openmeetings > Issue Type: Bug > Components: Calendar, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > > Creating a new meetings is not possible when using browser on > smartphone/tablet (I tried Android with chrome and vivaldi browser). > When clicking on an "empty" date nothing happens. > When there already is a meeting at the date this meeting is opened. That's > expected. > Expectation: > When clicking on a date outside an existing meeting the dialog for creating a > new meeting should appear even on smartphone/tablet - like on laptop.. -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Comment Edited] (OPENMEETINGS-2715) Recordings: "Bin" icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17450098#comment-17450098 ] Uwe Simon edited comment on OPENMEETINGS-2715 at 11/28/21, 6:01 PM: Behaviour is reproducable with "Firefox 94" and "Chrome 96". I think then "Bin" should only be enabled when "simple files" are selected, not for selected "default folders". At least there should be an error that a folder could not be deleted (like "My recordung"... was (Author: uwesimon): Behaviour is reproducable with "Firefox 94" and "Chrome 96". I think then "Bin" should only be enabled when "simple files" are selected, not for selected folders. > Recordings: "Bin" icon always enabled > - > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: Recordings, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2715) Recordings: "Bin" icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17450098#comment-17450098 ] Uwe Simon commented on OPENMEETINGS-2715: - Behaviour is reproducable with "Firefox 94" and "Chrome 96". I think then "Bin" should only be enabled when "simple files" are selected, not for selected folders. > Recordings: "Bin" icon always enabled > - > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: Recordings, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2716) Dialogs below settings not responsive
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2716: Summary: Dialogs below settings not responsive (was: Dialogs belog settings not responsive) > Dialogs below settings not responsive > - > > Key: OPENMEETINGS-2716 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2716 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > Attachments: image-2021-11-28-11-36-52-304.png, > image-2021-11-28-11-37-38-957.png > > > The dialogs below "Settings" are not "really" responsive. > For example "My profile" always has a 2 column layout. > Additionally left and right of the screen with some "empty space". > On a smartphone in "landscape mode" this is ok, but the "empty space" on left > and right should be removed for screen with less width. > In "portrait mode" a one column layout is much better - like in "Dashboard". > The empty space between photo and "Community settings" should be removed and > the [x]for deleting the photo should be directly beside the photo not at the > right edge od the screen. The "My profile" button at the bottom should be > moved to the top - for example right to the "change password" > > Similar behaviour in "Invitations" only 1 column layout in "portrait mode". > "Search Users" has the search fields in the left column, but "Contacts and > messages" at the top. > > !image-2021-11-28-11-36-52-304.png! > !image-2021-11-28-11-37-38-957.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2716) Dialogs belog settings not responsive
Uwe Simon created OPENMEETINGS-2716: --- Summary: Dialogs belog settings not responsive Key: OPENMEETINGS-2716 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2716 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-28-11-36-52-304.png, image-2021-11-28-11-37-38-957.png The dialogs below "Settings" are not "really" responsive. For example "My profile" always has a 2 column layout. Additionally left and right of the screen with some "empty space". On a smartphone in "landscape mode" this is ok, but the "empty space" on left and right should be removed for screen with less width. In "portrait mode" a one column layout is much better - like in "Dashboard". The empty space between photo and "Community settings" should be removed and the [x]for deleting the photo should be directly beside the photo not at the right edge od the screen. The "My profile" button at the bottom should be moved to the top - for example right to the "change password" Similar behaviour in "Invitations" only 1 column layout in "portrait mode". "Search Users" has the search fields in the left column, but "Contacts and messages" at the top. !image-2021-11-28-11-36-52-304.png! !image-2021-11-28-11-37-38-957.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2715) Recordings: "Bin" icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17449899#comment-17449899 ] Uwe Simon commented on OPENMEETINGS-2715: - When "Bin" is clicked and confirmed a selected folders is not deleted but a selected files is deleted (as expected). > Recordings: "Bin" icon always enabled > - > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: Recordings, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2715) REcording: Bin icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2715: Component/s: Recordings > REcording: Bin icon always enabled > -- > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: Recordings, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2715) Recordings: "Bin" icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2715: Summary: Recordings: "Bin" icon always enabled (was: REcording: Bin icon always enabled) > Recordings: "Bin" icon always enabled > - > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: Recordings, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2715) REcording: Bin icon always enabled
Uwe Simon created OPENMEETINGS-2715: --- Summary: REcording: Bin icon always enabled Key: OPENMEETINGS-2715 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-27-17-44-14-267.png, image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png The "Bin" icon to delete files in the recording folder is always enabled. Then the confirmation popup will appear. It looks like that the folders "My recording" ... could be deleted. Even when no entry is selected the popup appears. Expected behaviour: the "Bin" icon is only enabled when a file is selected and the user is allowed to delete it. By the way: Below "Recordings" are folders for "My recordings" and "Group recordings..." and "Group files ..." but not "My files". A file upload is aslo not possible. Is there a reason for this? !image-2021-11-27-17-44-14-267.png! !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2715) REcording: Bin icon always enabled
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2715: Priority: Minor (was: Major) > REcording: Bin icon always enabled > -- > > Key: OPENMEETINGS-2715 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2715 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-27-17-44-14-267.png, > image-2021-11-27-17-45-28-295.png, image-2021-11-27-17-48-03-689.png > > > The "Bin" icon to delete files in the recording folder is always enabled. > Then the confirmation popup will appear. > It looks like that the folders "My recording" ... could be deleted. > Even when no entry is selected the popup appears. > Expected behaviour: > the "Bin" icon is only enabled when a file is selected and the user is > allowed to delete it. > > By the way: > Below "Recordings" are folders for "My recordings" and "Group recordings..." > and "Group files ..." but not "My files". A file upload is aslo not possible. > Is there a reason for this? > !image-2021-11-27-17-44-14-267.png! > > !image-2021-11-27-17-48-03-689.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2707) My rooms Infotext to long, overlaps rooms
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17449789#comment-17449789 ] Uwe Simon commented on OPENMEETINGS-2707: - Layout now OK. No overlapping anymore, but the long text is truncated. To show the full text a solution could be to show it in a popup when hover the (i) below "My rooms" like the other (i)s !image-2021-11-27-11-17-20-852.png! > My rooms Infotext to long, overlaps rooms > - > > Key: OPENMEETINGS-2707 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2707 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Trivial > Fix For: 7.0.0 > > Attachments: image-2021-11-20-22-13-38-619.png, > image-2021-11-27-11-16-10-158.png, image-2021-11-27-11-17-20-852.png > > > The Info text for "my rooms is to long, so it overlaps the rooms. On Tablet > with Screen in portait, 3 lines are needed. > > Here (i) show it the explaination inline, at all other places the text only > appears as tooltip when hover on the (i) > !image-2021-11-20-22-13-38-619.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2707) My rooms Infotext to long, overlaps rooms
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2707: Attachment: image-2021-11-27-11-17-20-852.png > My rooms Infotext to long, overlaps rooms > - > > Key: OPENMEETINGS-2707 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2707 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Trivial > Fix For: 7.0.0 > > Attachments: image-2021-11-20-22-13-38-619.png, > image-2021-11-27-11-16-10-158.png, image-2021-11-27-11-17-20-852.png > > > The Info text for "my rooms is to long, so it overlaps the rooms. On Tablet > with Screen in portait, 3 lines are needed. > > Here (i) show it the explaination inline, at all other places the text only > appears as tooltip when hover on the (i) > !image-2021-11-20-22-13-38-619.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2707) My rooms Infotext to long, overlaps rooms
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2707?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2707: Attachment: image-2021-11-27-11-16-10-158.png > My rooms Infotext to long, overlaps rooms > - > > Key: OPENMEETINGS-2707 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2707 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Trivial > Fix For: 7.0.0 > > Attachments: image-2021-11-20-22-13-38-619.png, > image-2021-11-27-11-16-10-158.png > > > The Info text for "my rooms is to long, so it overlaps the rooms. On Tablet > with Screen in portait, 3 lines are needed. > > Here (i) show it the explaination inline, at all other places the text only > appears as tooltip when hover on the (i) > !image-2021-11-20-22-13-38-619.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2488) Different styles of confirmation popups
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17449788#comment-17449788 ] Uwe Simon commented on OPENMEETINGS-2488: - looks fine now. > Different styles of confirmation popups > --- > > Key: OPENMEETINGS-2488 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2488 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 5.0.1, 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: Bildschirmfoto vom 2020-10-17 20-46-08.png, > Bildschirmfoto vom 2020-10-17 20-46-34.png > > > The layout of the confirmation popups differs. > Most look like > !Bildschirmfoto vom 2020-10-17 20-46-34.png! > But there is also > !Bildschirmfoto vom 2020-10-17 20-46-08.png! when deleting a recording. > Perhaps there are more plases with popup like the 2nd one. > > I thinks the 1st layout is the prefered one. > Expactation: Better usability when all confirmations look the same. -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2687) Fileupload button could be pressed twice,
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17449787#comment-17449787 ] Uwe Simon commented on OPENMEETINGS-2687: - looks fine now > Fileupload button could be pressed twice, > - > > Key: OPENMEETINGS-2687 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2687 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > Fix For: 7.0.0 > > > When uploading a huge file some seconds nothing happens on the UI. During > this time the upload button is still enabled and could be pressed a second or > third time. After some seconds the UI changes and the upload bar appears. > Here the upload button is disabled. > When uploading a video I see on server side the ffmpeg converter running for > each time I pressed the button. The file appears in the file folder more than > once too. > > Expected behaviour: > When the upload button is pressed it's disabled immediatly. > A seconds upload should be blocked. -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2690) Enter button for rooms too small for languages other than english
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17449785#comment-17449785 ] Uwe Simon commented on OPENMEETINGS-2690: - looks fine now > Enter button for rooms too small for languages other than english > - > > Key: OPENMEETINGS-2690 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2690 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Fix For: 7.0.0 > > Attachments: image-2021-10-16-18-59-28-688.png > > > Translated text does not fit into "Enter button", when translation is longer > than the word "Enter". > > Workarround in custom.css > # size the "Enter" button > # To investigate, how to resize description column, so that text wraps > before button > {code:java} > .enter { >max-width: max-content; > } > {code} > !image-2021-10-16-18-59-28-688.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2713) Create of meetings not possible on smartphone/table
Uwe Simon created OPENMEETINGS-2713: --- Summary: Create of meetings not possible on smartphone/table Key: OPENMEETINGS-2713 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2713 Project: Openmeetings Issue Type: Bug Components: Calendar, UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Creating a new meetings is not possible when using browser on smartphone/tablet (I tried Android with chrome and vivaldi browser). When clicking on an "empty" date nothing happens. When there already is a meeting at the date this meeting is opened. That's expected. Expectation: When clicking on a date outside an existing meeting the dialog for creating a new meeting should appear even on smartphone/tablet - like on laptop.. -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2712) Error messages hidden by open chart
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17448747#comment-17448747 ] Uwe Simon commented on OPENMEETINGS-2712: - looks fine. > Error messages hidden by open chart > --- > > Key: OPENMEETINGS-2712 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2712 > Project: Openmeetings > Issue Type: Bug > Components: Room, UI >Affects Versions: 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: image-2021-11-22-20-13-55-528.png, > image-2021-11-22-20-15-03-244.png > > > When an errors occures during comunication with for example kurento the red > error message is hidden by an open chart. > > !image-2021-11-22-20-13-55-528.png! > When chat is closed message is visible > !image-2021-11-22-20-15-03-244.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2712) Error messages hidden by open chart
Uwe Simon created OPENMEETINGS-2712: --- Summary: Error messages hidden by open chart Key: OPENMEETINGS-2712 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2712 Project: Openmeetings Issue Type: Bug Components: Room, UI Affects Versions: 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-22-20-13-55-528.png, image-2021-11-22-20-15-03-244.png When an errors occures during comunication with for example kurento the red error message is hidden by an open chart. !image-2021-11-22-20-13-55-528.png! When chat is closed message is visible !image-2021-11-22-20-15-03-244.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2709) Participant list the name of the "Users" tab is hidden by the count
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17447570#comment-17447570 ] Uwe Simon commented on OPENMEETINGS-2709: - Looks fine now, no overlapping text between Icon and number of partitipants. > Participant list the name of the "Users" tab is hidden by the count > --- > > Key: OPENMEETINGS-2709 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2709 > Project: Openmeetings > Issue Type: Bug > Components: Room, UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: image-2021-11-20-22-33-08-209.png > > > In the title of the participant tab the count overlaps the name of the tab. > Possible solution remove the Text from the tab, show only the participnants > icon and the participants count. > !image-2021-11-20-22-33-08-209.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2711) Delete is broken in chat pannel
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2711?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17447569#comment-17447569 ] Uwe Simon commented on OPENMEETINGS-2711: - looks fine now. > Delete is broken in chat pannel > --- > > Key: OPENMEETINGS-2711 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2711 > Project: Openmeetings > Issue Type: Bug > Components: Chat, UI >Affects Versions: 7.0.0 > Environment: server: ubuntu 18.04 LTS > Client: FF on ubuntu >Reporter: Ali Alhaidary >Assignee: Maxim Solodovnik >Priority: Major > > When pressing the delete icon in room chat, nothing happens... -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2706) Confirm window for delete whiteboard behind chat
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17447567#comment-17447567 ] Uwe Simon commented on OPENMEETINGS-2706: - looks fine. One one submenu open at one time, even with chat open. > Confirm window for delete whiteboard behind chat > > > Key: OPENMEETINGS-2706 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2706 > Project: Openmeetings > Issue Type: Bug > Components: Room, UI >Affects Versions: 6.2.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 7.0.0 > > Attachments: image-2021-11-20-20-48-52-386.png, > image-2021-11-20-20-50-00-860.png, image-2021-11-20-21-01-45-966.png > > > When chat is open and the delete whitenoard is pressed (bin icon). the > confirmation popup is behind an open chat and the headline of the room. > No Translation for caption (caption in english, question in german). > Same behavior when pressing "bin icon" in chat to delete the chart, but > there is not question text in the confirmation popup. > > !image-2021-11-20-20-48-52-386.png! > > !image-2021-11-20-20-50-00-860.png! > !image-2021-11-20-21-01-45-966.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2709) Participant list the name of the "Users" tab is hidden by the count
Uwe Simon created OPENMEETINGS-2709: --- Summary: Participant list the name of the "Users" tab is hidden by the count Key: OPENMEETINGS-2709 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2709 Project: Openmeetings Issue Type: Bug Components: Room, UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-20-22-33-08-209.png In the title of the participant tab the count overlaps the name of the tab. Possible solution remove the Text from the tab, show only the participnants icon and the participants count. !image-2021-11-20-22-33-08-209.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Commented] (OPENMEETINGS-2689) Room: layout corrupted for Chrome
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17446877#comment-17446877 ] Uwe Simon commented on OPENMEETINGS-2689: - Looks like it depends on setting of ui.theme, Browser version and the Operation system version. Empty (default) seems to work on "ubuntu 20.04", but not with same browser version on "debian sid" the "currupted layout is shown. "Lux" shows the corrupted layout on my linux laptop with "ubuntu 20.04" and "debian sid". Windows is fine With "Materia", "Simply" the whiteboard icons are not really visible (light gray in white), but they are at the right place, on all OS. > Room: layout corrupted for Chrome > - > > Key: OPENMEETINGS-2689 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2689 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-15-21-47-20-165.png > > > In Chrome 94.0 the layout of the room is corrupted. InFirefox it looks OK. > Workarround: > in custom.css > {code:java} > .room-block .sb-wb .wb-block .tools { > float: right > }{code} > !image-2021-10-15-21-47-20-165.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2708) Submenues in Whiteboard toolbar do not behave correctly
Uwe Simon created OPENMEETINGS-2708: --- Summary: Submenues in Whiteboard toolbar do not behave correctly Key: OPENMEETINGS-2708 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2708 Project: Openmeetings Issue Type: Bug Components: UI, WhiteBoard Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-20-22-20-45-061.png, image-2021-11-20-22-22-10-965.png The submenues in the whiteboard toolbar do nt behave as expected. Expected behavior: * Only one of them is open at the same time, * when clicking on a second one the 1st one should close. !image-2021-11-20-22-20-45-061.png! When Chat is open the submenus are open right of the whiteboard and are hidden behind the chat !image-2021-11-20-22-22-10-965.png! The icon for the "cliparts" submenu is always "black" event when the other icons are in gray. -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2707) My rooms Infotext to long, overlaps rooms
Uwe Simon created OPENMEETINGS-2707: --- Summary: My rooms Infotext to long, overlaps rooms Key: OPENMEETINGS-2707 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2707 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-20-22-13-38-619.png The Info text for "my rooms is to long, so it overlaps the rooms. On Tablet with Screen in portait, 3 lines are needed. Here (i) show it the explaination inline, at all other places the text only appears as tooltip when hover on the (i) !image-2021-11-20-22-13-38-619.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2706) Confirm window for delete whiteboard behind chat
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2706: Attachment: image-2021-11-20-21-01-45-966.png Affects Version/s: 6.2.0 Description: When chat is open and the delete whitenoard is pressed (bin icon). the confirmation popup is behind an open chat and the headline of the room. No Translation for caption (caption in english, question in german). Same behavior when pressing "bin icon" in chat to delete the chart, but there is not question text in the confirmation popup. !image-2021-11-20-20-48-52-386.png! !image-2021-11-20-20-50-00-860.png! !image-2021-11-20-21-01-45-966.png! was: When chat is open and the delete whitenoard is pressed (bin icon). the confirmation popup is behind an open chat and the headline of the room. !image-2021-11-20-20-48-52-386.png! !image-2021-11-20-20-50-00-860.png! > Confirm window for delete whiteboard behind chat > > > Key: OPENMEETINGS-2706 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2706 > Project: Openmeetings > Issue Type: Bug > Components: Room, UI >Affects Versions: 6.2.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-20-20-48-52-386.png, > image-2021-11-20-20-50-00-860.png, image-2021-11-20-21-01-45-966.png > > > When chat is open and the delete whitenoard is pressed (bin icon). the > confirmation popup is behind an open chat and the headline of the room. > No Translation for caption (caption in english, question in german). > Same behavior when pressing "bin icon" in chat to delete the chart, but > there is not question text in the confirmation popup. > > !image-2021-11-20-20-48-52-386.png! > > !image-2021-11-20-20-50-00-860.png! > !image-2021-11-20-21-01-45-966.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Updated] (OPENMEETINGS-2706) Confirm window for delete whiteboard behind chat
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2706?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2706: Summary: Confirm window for delete whiteboard behind chat (was: Confirm window for delete whitebord behind chat) > Confirm window for delete whiteboard behind chat > > > Key: OPENMEETINGS-2706 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2706 > Project: Openmeetings > Issue Type: Bug > Components: Room, UI >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: image-2021-11-20-20-48-52-386.png, > image-2021-11-20-20-50-00-860.png > > > When chat is open and the delete whitenoard is pressed (bin icon). the > confirmation popup is behind an open chat and the headline of the room. > > !image-2021-11-20-20-48-52-386.png! > > !image-2021-11-20-20-50-00-860.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Created] (OPENMEETINGS-2706) Confirm window for delete whitebord behind chat
Uwe Simon created OPENMEETINGS-2706: --- Summary: Confirm window for delete whitebord behind chat Key: OPENMEETINGS-2706 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2706 Project: Openmeetings Issue Type: Bug Components: Room, UI Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-11-20-20-48-52-386.png, image-2021-11-20-20-50-00-860.png When chat is open and the delete whitenoard is pressed (bin icon). the confirmation popup is behind an open chat and the headline of the room. !image-2021-11-20-20-48-52-386.png! !image-2021-11-20-20-50-00-860.png! -- This message was sent by Atlassian Jira (v8.20.1#820001)
[jira] [Closed] (OPENMEETINGS-2699) screensharing
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon closed OPENMEETINGS-2699. --- Resolution: Not A Bug Cause by Linux-Desktop on Wayland. X11 works > screensharing > - > > Key: OPENMEETINGS-2699 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2699 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > Attachments: image-2021-10-31-19-22-15-541.png, > image-2021-10-31-19-28-04-920.png > > > Screensharing does not work on some browsers: > Windows: Firefox 93.0 > Dialog for shreensharing does not appear when clicking on top right screen > icon. > Chromium+Edge work fine, > > Linux: > Chromium {color:#5f6368}95.0.4638.69{color} > Sharing of whole screen only shares black screen, sometime "chrome sharing > dialog" only appears after >10 seconds. > !image-2021-10-31-19-22-15-541.png! > Firefox 93.0: > Screensharing, no selection of Window possible, fullscreen does not work, > "Stop button disabled" > !image-2021-10-31-19-28-04-920.png! > > This all worked with same browser versions using Openmeetings 6.1.0 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2699) screensharing
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2699?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17438900#comment-17438900 ] Uwe Simon commented on OPENMEETINGS-2699: - Issue is not caused by Openmeetings. Reason is Linux-Desktop with Wayland, X11 works fine. > screensharing > - > > Key: OPENMEETINGS-2699 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2699 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.2.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > Attachments: image-2021-10-31-19-22-15-541.png, > image-2021-10-31-19-28-04-920.png > > > Screensharing does not work on some browsers: > Windows: Firefox 93.0 > Dialog for shreensharing does not appear when clicking on top right screen > icon. > Chromium+Edge work fine, > > Linux: > Chromium {color:#5f6368}95.0.4638.69{color} > Sharing of whole screen only shares black screen, sometime "chrome sharing > dialog" only appears after >10 seconds. > !image-2021-10-31-19-22-15-541.png! > Firefox 93.0: > Screensharing, no selection of Window possible, fullscreen does not work, > "Stop button disabled" > !image-2021-10-31-19-28-04-920.png! > > This all worked with same browser versions using Openmeetings 6.1.0 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2700) Wrong behaviour when screensharing is not possible
Uwe Simon created OPENMEETINGS-2700: --- Summary: Wrong behaviour when screensharing is not possible Key: OPENMEETINGS-2700 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2700 Project: Openmeetings Issue Type: Bug Components: Room, UI Affects Versions: 6.2.0, 6.1.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik On Android 9.0 tablet trying to share the screen return an error navigator.mediadevice.getDisplayMedia is not a function That's an expected behavior when the browser/OS does not support screensharing The unexpected Result: # The screen sharing dialog has a disabled Stop button # New participants see an empty "shared screen" with the user picture. # No one can share his screen until the tablet makes a refresh of his browser window Seems that an error starting the screen sharing does not stop the already started sharing connection. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2699) screensharing
Uwe Simon created OPENMEETINGS-2699: --- Summary: screensharing Key: OPENMEETINGS-2699 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2699 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.2.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-10-31-19-22-15-541.png, image-2021-10-31-19-28-04-920.png Screensharing does not work on some browsers: Windows: Firefox 93.0 Dialog for shreensharing does not appear when clicking on top right screen icon. Chromium+Edge work fine, Linux: Chromium {color:#5f6368}95.0.4638.69{color} Sharing of whole screen only shares black screen, sometime "chrome sharing dialog" only appears after >10 seconds. !image-2021-10-31-19-22-15-541.png! Firefox 93.0: Screensharing, no selection of Window possible, fullscreen does not work, "Stop button disabled" !image-2021-10-31-19-28-04-920.png! This all worked with same browser versions using Openmeetings 6.1.0 -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Comment Edited] (OPENMEETINGS-2689) Room: layout corrupted for Chrome
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17429754#comment-17429754 ] Uwe Simon edited comment on OPENMEETINGS-2689 at 10/17/21, 6:36 PM: Sorry I forgot to meantion. I'm using Chrome/Firefox with Ubuntu 20.04 Unity desktop. I created the user and used room 7 of the default installation via API. and then used the generated link. By the way: In the docu of the openmeetings-node-client does the returned data structure does not match the impamentation (data.serviceResult must be added to access the result message). {code:java} (async () => { console.log("-"); const userService = new UserServiceApi(config); const loginResult = await userService.login(USERNAME, PASSWORD); console.dir(loginResult.data); const sessionId = loginResult.data.serviceResult.message; const hashResult = await userService.getRoomHash(sessionId, { firstname: "Uwe", lastname: "Simon", externalId: "uniqueId1", externalType: "TestApp", login: "uwesimon", email: "uwe.si...@magenta.de" }, { roomId: 7, moderator: true }); console.dir(hashResult.data); const loginUrl = `${BASE_URL}/hash?secure=${hashResult.data.serviceResult.message}` console.log(loginUrl); console.log("-"); })(); - { serviceResult: { message: '72c9d88e-3f20-49f6-b96a-ba1c6b4059e1', type: 'SUCCESS' } } { serviceResult: { message: 'ae56a039-44eb-4b80-ae75-c29795a7d8bd', type: 'SUCCESS' } } https://localhost:5443/openmeetings/hash?secure=ae56a039-44eb-4b80-ae75-c29795a7d8bd - {code} was (Author: uwesimon): Sorry I forgot to meantion. I created the user and used room 7 of the default installation via API. and then used the generated link. By the way: In the docu of the openmeetings-node-client does the returned data structure does not match the impamentation (data.serviceResult must be added to access the result message). {code:java} (async () => { console.log("-"); const userService = new UserServiceApi(config); const loginResult = await userService.login(USERNAME, PASSWORD); console.dir(loginResult.data); const sessionId = loginResult.data.serviceResult.message; const hashResult = await userService.getRoomHash(sessionId, { firstname: "Uwe", lastname: "Simon", externalId: "uniqueId1", externalType: "TestApp", login: "uwesimon", email: "uwe.si...@magenta.de" }, { roomId: 7, moderator: true }); console.dir(hashResult.data); const loginUrl = `${BASE_URL}/hash?secure=${hashResult.data.serviceResult.message}` console.log(loginUrl); console.log("-"); })(); - { serviceResult: { message: '72c9d88e-3f20-49f6-b96a-ba1c6b4059e1', type: 'SUCCESS' } } { serviceResult: { message: 'ae56a039-44eb-4b80-ae75-c29795a7d8bd', type: 'SUCCESS' } } https://localhost:5443/openmeetings/hash?secure=ae56a039-44eb-4b80-ae75-c29795a7d8bd - {code} > Room: layout corrupted for Chrome > - > > Key: OPENMEETINGS-2689 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2689 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-15-21-47-20-165.png > > > In Chrome 94.0 the layout of the room is corrupted. InFirefox it looks OK. > Workarround: > in custom.css > {code:java} > .room-block .sb-wb .wb-block .tools { > float: right > }{code} > !image-2021-10-15-21-47-20-165.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2689) Room: layout corrupted for Chrome
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2689?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17429754#comment-17429754 ] Uwe Simon commented on OPENMEETINGS-2689: - Sorry I forgot to meantion. I created the user and used room 7 of the default installation via API. and then used the generated link. By the way: In the docu of the openmeetings-node-client does the returned data structure does not match the impamentation (data.serviceResult must be added to access the result message). {code:java} (async () => { console.log("-"); const userService = new UserServiceApi(config); const loginResult = await userService.login(USERNAME, PASSWORD); console.dir(loginResult.data); const sessionId = loginResult.data.serviceResult.message; const hashResult = await userService.getRoomHash(sessionId, { firstname: "Uwe", lastname: "Simon", externalId: "uniqueId1", externalType: "TestApp", login: "uwesimon", email: "uwe.si...@magenta.de" }, { roomId: 7, moderator: true }); console.dir(hashResult.data); const loginUrl = `${BASE_URL}/hash?secure=${hashResult.data.serviceResult.message}` console.log(loginUrl); console.log("-"); })(); - { serviceResult: { message: '72c9d88e-3f20-49f6-b96a-ba1c6b4059e1', type: 'SUCCESS' } } { serviceResult: { message: 'ae56a039-44eb-4b80-ae75-c29795a7d8bd', type: 'SUCCESS' } } https://localhost:5443/openmeetings/hash?secure=ae56a039-44eb-4b80-ae75-c29795a7d8bd - {code} > Room: layout corrupted for Chrome > - > > Key: OPENMEETINGS-2689 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2689 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-15-21-47-20-165.png > > > In Chrome 94.0 the layout of the room is corrupted. InFirefox it looks OK. > Workarround: > in custom.css > {code:java} > .room-block .sb-wb .wb-block .tools { > float: right > }{code} > !image-2021-10-15-21-47-20-165.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2690) Enter button for rooms too small for languages other than english
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2690: Description: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css # size the "Enter" button # To investigate, how to resize description column, so that text wraps before button {code:java} .enter { max-width: max-content; } {code} !image-2021-10-16-18-59-28-688.png! was: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css # size the "Enter" button # To investigate, how to ewsoce description column, so that text wraps before button {code:java} .enter { max-width: max-content; } {code} !image-2021-10-16-18-59-28-688.png! > Enter button for rooms too small for languages other than english > - > > Key: OPENMEETINGS-2690 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2690 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-16-18-59-28-688.png > > > Translated text does not fit into "Enter button", when translation is longer > than the word "Enter". > > Workarround in custom.css > # size the "Enter" button > # To investigate, how to resize description column, so that text wraps > before button > {code:java} > .enter { >max-width: max-content; > } > {code} > !image-2021-10-16-18-59-28-688.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2690) Enter button for rooms too small for languages other than english
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2690: Description: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css # size the "Enter" button # To investigate, how to ewsoce description column, so that text wraps before button {code:java} .enter { max-width: max-content; } {code} !image-2021-10-16-18-59-28-688.png! was: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css # size the "Enter" button # shrink div with room description {code:java} .enter { max-width: max-content; } .container div:first-child { overflow: scroll; } {code} !image-2021-10-16-18-59-28-688.png! > Enter button for rooms too small for languages other than english > - > > Key: OPENMEETINGS-2690 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2690 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-16-18-59-28-688.png > > > Translated text does not fit into "Enter button", when translation is longer > than the word "Enter". > > Workarround in custom.css > # size the "Enter" button > # To investigate, how to ewsoce description column, so that text wraps > before button > {code:java} > .enter { >max-width: max-content; > } > {code} > !image-2021-10-16-18-59-28-688.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2691) Header of "My rooms does not fit"
Uwe Simon created OPENMEETINGS-2691: --- Summary: Header of "My rooms does not fit" Key: OPENMEETINGS-2691 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2691 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.1.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-10-16-21-52-58-992.png The english header of "My rooms" does not fit into header div !image-2021-10-16-21-52-58-992.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2690) Enter button for rooms too small for languages other than english
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2690: Description: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css # size the "Enter" button # shrink div with room description {code:java} .enter { max-width: max-content; } .container div:first-child { overflow: scroll; } {code} !image-2021-10-16-18-59-28-688.png! was: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css {code:java} .enter { max-width: max-content; } {code} !image-2021-10-16-18-59-28-688.png! > Enter button for rooms too small for languages other than english > - > > Key: OPENMEETINGS-2690 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2690 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-16-18-59-28-688.png > > > Translated text does not fit into "Enter button", when translation is longer > than the word "Enter". > > Workarround in custom.css > # size the "Enter" button > # shrink div with room description > {code:java} > .enter { >max-width: max-content; > } > .container div:first-child { >overflow: scroll; > } > {code} > !image-2021-10-16-18-59-28-688.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2690) Enter button for rooms too small for languages other than english
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2690: Description: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css {code:java} .enter { max-width: max-content; } {code} !image-2021-10-16-18-59-28-688.png! was: Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css {code:java} .enter { width: auto } {code} !image-2021-10-16-18-59-28-688.png! > Enter button for rooms too small for languages other than english > - > > Key: OPENMEETINGS-2690 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2690 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0, 7.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: image-2021-10-16-18-59-28-688.png > > > Translated text does not fit into "Enter button", when translation is longer > than the word "Enter". > > Workarround in custom.css > > {code:java} > .enter { >max-width: max-content; > } > {code} > !image-2021-10-16-18-59-28-688.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2690) Enter button for rooms too small for languages other than english
Uwe Simon created OPENMEETINGS-2690: --- Summary: Enter button for rooms too small for languages other than english Key: OPENMEETINGS-2690 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2690 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.1.0, 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-10-16-18-59-28-688.png Translated text does not fit into "Enter button", when translation is longer than the word "Enter". Workarround in custom.css {code:java} .enter { width: auto } {code} !image-2021-10-16-18-59-28-688.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2689) Room: layout corrupted for Chrome
Uwe Simon created OPENMEETINGS-2689: --- Summary: Room: layout corrupted for Chrome Key: OPENMEETINGS-2689 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2689 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 7.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-10-15-21-47-20-165.png In Chrome 94.0 the layout of the room is corrupted. InFirefox it looks OK. Workarround: in custom.css {code:java} .room-block .sb-wb .wb-block .tools { float: right }{code} !image-2021-10-15-21-47-20-165.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2688) Administration->Groups: delete of logo icon does not work
Uwe Simon created OPENMEETINGS-2688: --- Summary: Administration->Groups: delete of logo icon does not work Key: OPENMEETINGS-2688 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2688 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: image-2021-10-12-22-14-36-100.png In Administration->Groups you can add a logo icon to a group. There ist adelete button, but this does not work. Same button exists for Users, there it works. Expectation: The Delete button works the same as inusers dialog. !image-2021-10-12-22-14-36-100.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2687) Fileupload button could be pressed twice,
Uwe Simon created OPENMEETINGS-2687: --- Summary: Fileupload button could be pressed twice, Key: OPENMEETINGS-2687 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2687 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik When uploading a huge file some seconds nothing happens on the UI. During this time the upload button is still enabled and could be pressed a second or third time. After some seconds the UI changes and the upload bar appears. Here the upload button is disabled. When uploading a video I see on server side the ffmpeg converter running for each time I pressed the button. The file appears in the file folder more than once too. Expected behaviour: When the upload button is pressed it's disabled immediatly. A seconds upload should be blocked. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2647) Content Security Policy Errors/Warning
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2647: Description: The Webconsole shows several errors/warings with "Content Security Policy violations". Seems this could be the reason, that on Windows and Firefox 88 in a rooms the upper left menu bar is not visible, so exit and the other menu items are not accessabe.. Chrome: jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2 Refused to load the stylesheet 'https://132.145.244.181:5443/openmeetings/group/customcss/2' because it violates the following Content Security Policy directive: "style-src 'nonce-vi6tcS3Be_DzYEa6oQBtUKmN' [https://fonts.googleapis.com/css];. Note that 'style-src-elem' was not explicitly set, so 'style-src' is used as a fallback. Firefox 90.2 (Linux): 20:28:30.415 Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf [https://132.145.244.181:5443/openmeetings/group/customcss/2] blockiert ("style-src"). [jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2:50992|https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery/jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js] 20:28:30.441 Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf data:video/webm;base64,GkXfowEfQ… blockiert ("media-src"). Firefox 91 (Win10): Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf [https://132.145.244.181:5443/openmeetings/group/customcss/2] blockiert ("style-src"). [jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2:50992|https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery/jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js] Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf data:video/webm;base64,GkXfowEfQ… blockiert ("media-src"). Alle Kandidaten für die Ressource konnten nicht geladen werden. Medien-Laden pausiert. [openmeetings|https://132.145.244.181:5443/openmeetings/#room/7] Uncaught (in promise) DOMException: The play method is not allowed by the user agent or the platform in the current context, possibly because the user denied permission. Uncaught (in promise) DOMException: The play method is not allowed by the user agent or the platform in the current context, possibly because the user denied permission. room-ver-F5422CD81838B3A9C3207DE3749ACB49.js:1:22151 value https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.RoomPanel/room-ver-F5422CD81838B3A9C3207DE3749ACB49.js:1 (Async: promise callback) value https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.RoomPanel/room-ver-F5422CD81838B3A9C3207DE3749ACB49.js:1 load https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.RoomPanel/room-ver-F5422CD81838B3A9C3207DE3749ACB49.js:1 https://132.145.244.181:5443/openmeetings/#room/7 line 1 > injectedScript:71 https://132.145.244.181:5443/openmeetings/#room/7 line 1 > injectedScript:71 jQuery 55 was: The Webconsole shows several errors/warings with "Content Security Policy violations". Chrome: jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2 Refused to load the stylesheet 'https://132.145.244.181:5443/openmeetings/group/customcss/2' because it violates the following Content Security Policy directive: "style-src 'nonce-vi6tcS3Be_DzYEa6oQBtUKmN' [https://fonts.googleapis.com/css];. Note that 'style-src-elem' was not explicitly set, so 'style-src' is used as a fallback. Firefox 90.2 (Linux): 20:28:30.415 Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf [https://132.145.244.181:5443/openmeetings/group/customcss/2] blockiert ("style-src"). [jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2:50992|https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery/jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js] 20:28:30.441 Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf data:video/webm;base64,GkXfowEfQ… blockiert ("media-src"). > Content Security Policy Errors/Warning > -- > > Key: OPENMEETINGS-2647 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2647 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > > The Webconsole shows several errors/warings with > "Content Security Policy
[jira] [Created] (OPENMEETINGS-2647) Content Security Policy Errors/Warning
Uwe Simon created OPENMEETINGS-2647: --- Summary: Content Security Policy Errors/Warning Key: OPENMEETINGS-2647 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2647 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik The Webconsole shows several errors/warings with "Content Security Policy violations". Chrome: jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2 Refused to load the stylesheet 'https://132.145.244.181:5443/openmeetings/group/customcss/2' because it violates the following Content Security Policy directive: "style-src 'nonce-vi6tcS3Be_DzYEa6oQBtUKmN' [https://fonts.googleapis.com/css];. Note that 'style-src-elem' was not explicitly set, so 'style-src' is used as a fallback. Firefox 90.2 (Linux): 20:28:30.415 Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf [https://132.145.244.181:5443/openmeetings/group/customcss/2] blockiert ("style-src"). [jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js:2:50992|https://132.145.244.181:5443/openmeetings/wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquery/jquery-3.6.0-ver-7B432A70897DCD6A8F6D26413CDF1916.js] 20:28:30.441 Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf data:video/webm;base64,GkXfowEfQ… blockiert ("media-src"). -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2632) Wigets-page: look like other lists
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17370831#comment-17370831 ] Uwe Simon commented on OPENMEETINGS-2632: - looks fine.:) > Wigets-page: look like other lists > > > Key: OPENMEETINGS-2632 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2632 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 6.0.0, 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 6.1.0 > > Attachments: Bildschirmfoto vom 2021-06-21 21-47-10.png > > > The widgets page uses the whole screen and the look does not match to > the other lists - like "connections". > Table header, zebra-striping, less room between lines. > Attached an example how it could look like. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (OPENMEETINGS-2631) Users are looged out while watching a apresentation in a room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon closed OPENMEETINGS-2631. --- Resolution: Duplicate > Users are looged out while watching a apresentation in a room > - > > Key: OPENMEETINGS-2631 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2631 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.0.0, 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > > When attending a long presentation in a room a click on one of the > menu/toolbar items causes that the user leaves the room immediately and is > logged out (Login dialog appears). > This happens for example when clicking on "Files" for downloading one of the > group files. > Up to this time the user did not click anywhere in openmeetings. > This looks like the standard session idle timeout. > > No messages/errors in serverlog nor on browser-console. > > It's reproducable, and doesn't depend on browser. > # Enter a room, with 1,2,... participants > # Keep it open for more than 30minutes or so, don't click anywhere in > openmeetings > # Click on "Files" and open one of the Treenodes like "Room files" > # Login popup appears > Expectation: Users are not automatically logged out while in a room with an > active presentation. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2632) Wigets-page: look like other lists
Uwe Simon created OPENMEETINGS-2632: --- Summary: Wigets-page: look like other lists Key: OPENMEETINGS-2632 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2632 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.0.0, 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2021-06-21 21-47-10.png The widgets page uses the whole screen and the look does not match to the other lists - like "connections". Table header, zebra-striping, less room between lines. Attached an example how it could look like. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2631) Users are looged out while watching a apresentation in a room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2631?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17366267#comment-17366267 ] Uwe Simon commented on OPENMEETINGS-2631: - I checked latest build #312. Doesn't happen in this build. So is fixed. > Users are looged out while watching a apresentation in a room > - > > Key: OPENMEETINGS-2631 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2631 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 6.0.0, 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > > When attending a long presentation in a room a click on one of the > menu/toolbar items causes that the user leaves the room immediately and is > logged out (Login dialog appears). > This happens for example when clicking on "Files" for downloading one of the > group files. > Up to this time the user did not click anywhere in openmeetings. > This looks like the standard session idle timeout. > > No messages/errors in serverlog nor on browser-console. > > It's reproducable, and doesn't depend on browser. > # Enter a room, with 1,2,... participants > # Keep it open for more than 30minutes or so, don't click anywhere in > openmeetings > # Click on "Files" and open one of the Treenodes like "Room files" > # Login popup appears > Expectation: Users are not automatically logged out while in a room with an > active presentation. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2631) Users are looged out while watching a apresentation in a room
Uwe Simon created OPENMEETINGS-2631: --- Summary: Users are looged out while watching a apresentation in a room Key: OPENMEETINGS-2631 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2631 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 6.0.0, 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik When attending a long presentation in a room a click on one of the menu/toolbar items causes that the user leaves the room immediately and is logged out (Login dialog appears). This happens for example when clicking on "Files" for downloading one of the group files. Up to this time the user did not click anywhere in openmeetings. This looks like the standard session idle timeout. No messages/errors in serverlog nor on browser-console. It's reproducable, and doesn't depend on browser. # Enter a room, with 1,2,... participants # Keep it open for more than 30minutes or so, don't click anywhere in openmeetings # Click on "Files" and open one of the Treenodes like "Room files" # Login popup appears Expectation: Users are not automatically logged out while in a room with an active presentation. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2595) Recording not created: ffmpeg message: LBRR frames is not implemented.
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17366119#comment-17366119 ] Uwe Simon commented on OPENMEETINGS-2595: - The issue did not happen again (approx 20 recodings). > Recording not created: ffmpeg message: LBRR frames is not implemented. > -- > > Key: OPENMEETINGS-2595 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2595 > Project: Openmeetings > Issue Type: Bug > Components: Recordings >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > > After update to 6.0.0 sometimes recording a converence is not possible. > In the openmeetings.log I see for one file > many > messages > Output #0, wav, to > '/opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav': > Metadata: > ISFT : Lavf57.83.100 > Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, > stereo, s16, 1024 kb/s (default) > Metadata: > title : Audio > encoder : Lavc57.107.100 pcm_s16le[opus @ 0x563d132a7a40] > *LBRR frames is not implemented. Update your FFmpeg version to the newest > one from Git. If the problem still occurs, it means that your file has a > feature which has not been implemented.* > [opus @ 0x563d132a7a40] Error decoding a SILK frame. > [opus @ 0x563d132a7a40] *Error decoding an Opus frame.* > [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg > version to the newest one from Git. If the problem still occurs, it means > that your file has a feature which has not been implemented. > [opus @ 0x563d132a7a40] Error decoding a SILK frame. > [opus @ 0x563d132a7a40] Error decoding an Opus frame. > [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg > version to the newest one from Git. If the problem still occurs, it means > that your file has a feature which has not been implemented. > . > In the recording I have 8 webm files, 7 of them no errors, but only one > causes this issue. used docker-image > I used docker image apache/openmeetings:min-6.0.0 > It is reproducable when I call > ffmpeg -y **-i > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af > aresample=32k:min_comp=0.001:min_hard_comp=0.10 > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav > > Via google I found a solution that a ffmpeg should be called with an > additional parameter > -acodec libopus > So I called manually > ffmpeg -y *-acodec libopus* -i > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af > aresample=32k:min_comp=0.001:min_hard_comp=0.10 > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav > This call off ffmpeg generates the .wav file successfully. > > Is there any place where I can configure the call of ffmpeg? > I only found the path -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Closed] (OPENMEETINGS-2630) chrome: Missing toolsbar after entring a room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon closed OPENMEETINGS-2630. --- Resolution: Not A Problem > chrome: Missing toolsbar after entring a room > - > > Key: OPENMEETINGS-2630 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2630 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > Attachments: Bildschirmfoto vom 2021-06-19 18-58-35.png > > > Chrome Version 91.0.4472.101 > UI looks fine for 6.0.0. > When entring a room in 6.1.0 the UI is corrupted, toolbar missing, > whiteboard-tools at bottom and so on (see screenshot). > No errors in console, all loaded URL return HTTP-200. > > With Firefox everything looks fine for 6.1.0 and 6.0.0. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2630) chrome: Missing toolsbar after entring a room
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17366013#comment-17366013 ] Uwe Simon commented on OPENMEETINGS-2630: - I had restarted the chrome, so it was reproducable for me. After stopping it again I saw that there was still an orphant chrome instance running. I killed all remaining chrome processes. Now Entring a room works again . Why this caused only the Openmeetings 6.1.0 tab and not the 6.0.0 one - it's a chorme miracle > chrome: Missing toolsbar after entring a room > - > > Key: OPENMEETINGS-2630 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2630 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 6.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > Attachments: Bildschirmfoto vom 2021-06-19 18-58-35.png > > > Chrome Version 91.0.4472.101 > UI looks fine for 6.0.0. > When entring a room in 6.1.0 the UI is corrupted, toolbar missing, > whiteboard-tools at bottom and so on (see screenshot). > No errors in console, all loaded URL return HTTP-200. > > With Firefox everything looks fine for 6.1.0 and 6.0.0. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2630) chrome: Missing toolsbar after entring a room
Uwe Simon created OPENMEETINGS-2630: --- Summary: chrome: Missing toolsbar after entring a room Key: OPENMEETINGS-2630 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2630 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2021-06-19 18-58-35.png Chrome Version 91.0.4472.101 UI looks fine for 6.0.0. When entring a room in 6.1.0 the UI is corrupted, toolbar missing, whiteboard-tools at bottom and so on (see screenshot). No errors in console, all loaded URL return HTTP-200. With Firefox everything looks fine for 6.1.0 and 6.0.0. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2625) Mark default group in administration->groups
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17365576#comment-17365576 ] Uwe Simon commented on OPENMEETINGS-2625: - Looks fine, > Mark default group in administration->groups > > > Key: OPENMEETINGS-2625 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2625 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 6.1.0 > > > It would be great when we can see the current default-group (configured in > default.group.id) > in the adminitration->groups. > > My idea: > In the list of groups show the default group in bold font/different > background color , or add a column with a "readonly" checkmark "default > group". -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2628) Administration->OAuth2: Add groupUsers to "OM User attribute"
Uwe Simon created OPENMEETINGS-2628: --- Summary: Administration->OAuth2: Add groupUsers to "OM User attribute" Key: OPENMEETINGS-2628 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2628 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.0.0, 5.1.0, 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: setGroupUsers.txt It should be possible to automatically add groups to an account registered in OAuth2. Therefore "groupUsers" should be possible to be used in "OM User attribute" to add a list of roles/groups from the OAuth2->Userinfo. Idea: In the OAuth2 (in my case Keycloak) the users and there teams are maintained. This should be used copied to Openmeetings when users registers. Seems that only a method setGroupUsers has to be added (see attachment). I used the configuration |OM User attribute|OAuth User attribute| | |firstname|given_name| | |address.email|email| | |login|email| | |lastname|family_name| | |groupUsers|resource_access.openmeetings.roles| Additional Idea: Sync between OAuth2 source and Openmeetings, so that Names/Groups could be maintained in OAuth2 source only. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2627) Administration->OAuth2: Add an example entry for Keycloak
Uwe Simon created OPENMEETINGS-2627: --- Summary: Administration->OAuth2: Add an example entry for Keycloak Key: OPENMEETINGS-2627 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2627 Project: Openmeetings Issue Type: Improvement Components: Documentation, Installer Affects Versions: 6.0.0, 5.1.0, 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: keycloak.txt Add the an example for a OAuth2-Keycloak-configuration to Administration->OAuth2. Required values are in attachment. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2626) After self registering an account wrong defaults in salutation and birthday
Uwe Simon created OPENMEETINGS-2626: --- Summary: After self registering an account wrong defaults in salutation and birthday Key: OPENMEETINGS-2626 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2626 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.0.0, 5.1.0, 6.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik After a new account has been registered the profile shows salutation: MR birthday: current date The defaults are wrong in many cases (especially the birthday). In the database the columns OM_USER.SALUTATION and OM_USER.AGE are not mandatory, so both fields could be empty (NULL). Same could happen with language and country, but I think these are derived from the browser settings (so correct in most cases). *Solution:* both fields should be empty after registring an account. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2625) Mark default group in administration->groups
Uwe Simon created OPENMEETINGS-2625: --- Summary: Mark default group in administration->groups Key: OPENMEETINGS-2625 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2625 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 6.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik It would be great when we can see the current default-group (configured in default.group.id) in the adminitration->groups. My idea: In the list of groups show the default group in bold font/different background color , or add a column with a "readonly" checkmark "default group". -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2595) Recording not created: ffmpeg message: LBRR frames is not implemented.
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2595: Description: After update to 6.0.0 sometimes recording a converence is not possible. In the openmeetings.log I see for one file many messages Output #0, wav, to '/opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav': Metadata: ISFT : Lavf57.83.100 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, stereo, s16, 1024 kb/s (default) Metadata: title : Audio encoder : Lavc57.107.100 pcm_s16le[opus @ 0x563d132a7a40] *LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.* [opus @ 0x563d132a7a40] Error decoding a SILK frame. [opus @ 0x563d132a7a40] *Error decoding an Opus frame.* [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [opus @ 0x563d132a7a40] Error decoding a SILK frame. [opus @ 0x563d132a7a40] Error decoding an Opus frame. [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. . In the recording I have 8 webm files, 7 of them no errors, but only one causes this issue. used docker-image I used docker image apache/openmeetings:min-6.0.0 It is reproducable when I call ffmpeg -y **-i /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af aresample=32k:min_comp=0.001:min_hard_comp=0.10 /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav Via google I found a solution that a ffmpeg should be called with an additional parameter -acodec libopus So I called manually ffmpeg -y *-acodec libopus* -i /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af aresample=32k:min_comp=0.001:min_hard_comp=0.10 /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav This call off ffmpeg generates the .wav file successfully. Is there any place where I can configure the call of ffmpeg? I only found the path was: After update to 6.0.0 sometimes recording a converence is not possible. In the openmeetings.log I see for one file many messages Output #0, wav, to '/opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav': Metadata: ISFT : Lavf57.83.100 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, stereo, s16, 1024 kb/s (default) Metadata: title : Audio encoder : Lavc57.107.100 pcm_s16le[opus @ 0x563d132a7a40] *LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.* [opus @ 0x563d132a7a40] Error decoding a SILK frame. [opus @ 0x563d132a7a40] *Error decoding an Opus frame.* [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [opus @ 0x563d132a7a40] Error decoding a SILK frame. [opus @ 0x563d132a7a40] Error decoding an Opus frame. [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. . In the recording I have 8 webm files, 7 of them no errors, but only one causes this issue. It is reproducable when I call ffmpeg -y **-i /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af aresample=32k:min_comp=0.001:min_hard_comp=0.10 /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav Via google I found a solution that a ffmpeg should be called with an additional parameter -acodec libopus So I called manually ffmpeg -y *-acodec libopus* -i /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af aresample=32k:min_comp=0.001:min_hard_comp=0.10 /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav This call off ffmpeg generates the .wav file successfully. Is there any place where I can configure the call of ffmpeg? I only found the path > Recording not created: ffmpeg message: LBRR frames is not implemented. > -- > > Key: OPENMEETINGS-2595 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2595 > Project: Openmeetings > Issue Type: Bug > Components: Recordings >
[jira] [Updated] (OPENMEETINGS-2595) Recording not created: ffmpeg message: LBRR frames is not implemented.
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2595: Issue Type: Bug (was: Improvement) > Recording not created: ffmpeg message: LBRR frames is not implemented. > -- > > Key: OPENMEETINGS-2595 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2595 > Project: Openmeetings > Issue Type: Bug > Components: Recordings >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Major > > After update to 6.0.0 sometimes recording a converence is not possible. > In the openmeetings.log I see for one file > many > messages > Output #0, wav, to > '/opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav': > Metadata: > ISFT : Lavf57.83.100 > Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, > stereo, s16, 1024 kb/s (default) > Metadata: > title : Audio > encoder : Lavc57.107.100 pcm_s16le[opus @ 0x563d132a7a40] > *LBRR frames is not implemented. Update your FFmpeg version to the newest one > from Git. If the problem still occurs, it means that your file has a feature > which has not been implemented.* > [opus @ 0x563d132a7a40] Error decoding a SILK frame. > [opus @ 0x563d132a7a40] *Error decoding an Opus frame.* > [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg > version to the newest one from Git. If the problem still occurs, it means > that your file has a feature which has not been implemented. > [opus @ 0x563d132a7a40] Error decoding a SILK frame. > [opus @ 0x563d132a7a40] Error decoding an Opus frame. > [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg > version to the newest one from Git. If the problem still occurs, it means > that your file has a feature which has not been implemented. > . > In the recording I have 8 webm files, 7 of them no errors, but only one > causes this issue. > > It is reproducable when I call > ffmpeg -y **-i > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af > aresample=32k:min_comp=0.001:min_hard_comp=0.10 > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav > > Via google I found a solution that a ffmpeg should be called with an > additional parameter > -acodec libopus > So I called manually > ffmpeg -y *-acodec libopus* -i > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af > aresample=32k:min_comp=0.001:min_hard_comp=0.10 > /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav > This call off ffmpeg generates the .wav file successfully. > > Is there any place where I can configure the call of ffmpeg? > I only found the path -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2595) Recording not created: ffmpeg message: LBRR frames is not implemented.
Uwe Simon created OPENMEETINGS-2595: --- Summary: Recording not created: ffmpeg message: LBRR frames is not implemented. Key: OPENMEETINGS-2595 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2595 Project: Openmeetings Issue Type: Improvement Components: Recordings Affects Versions: 6.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik After update to 6.0.0 sometimes recording a converence is not possible. In the openmeetings.log I see for one file many messages Output #0, wav, to '/opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav': Metadata: ISFT : Lavf57.83.100 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 32000 Hz, stereo, s16, 1024 kb/s (default) Metadata: title : Audio encoder : Lavc57.107.100 pcm_s16le[opus @ 0x563d132a7a40] *LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.* [opus @ 0x563d132a7a40] Error decoding a SILK frame. [opus @ 0x563d132a7a40] *Error decoding an Opus frame.* [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [opus @ 0x563d132a7a40] Error decoding a SILK frame. [opus @ 0x563d132a7a40] Error decoding an Opus frame. [opus @ 0x563d132a7a40] LBRR frames is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. . In the recording I have 8 webm files, 7 of them no errors, but only one causes this issue. It is reproducable when I call ffmpeg -y **-i /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af aresample=32k:min_comp=0.001:min_hard_comp=0.10 /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav Via google I found a solution that a ffmpeg should be called with an additional parameter -acodec libopus So I called manually ffmpeg -y *-acodec libopus* -i /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d.webm -af aresample=32k:min_comp=0.001:min_hard_comp=0.10 /opt/omdata/streams/7/rec_76_af415d00-96ab-4839-8f3f-467c5d0ef54d_WAVE.wav This call off ffmpeg generates the .wav file successfully. Is there any place where I can configure the call of ffmpeg? I only found the path -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2570) Wrong German translation on "Reset password" popup
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17282643#comment-17282643 ] Uwe Simon commented on OPENMEETINGS-2570: - Thank you. Done. German text is longer than English, but should fit. > Wrong German translation on "Reset password" popup > --- > > Key: OPENMEETINGS-2570 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 > Project: Openmeetings > Issue Type: Bug > Components: Translations, UI >Affects Versions: 5.1.0, 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2021-02-06 10-50-01.png, > Bildschirmfoto vom 2021-02-06 10-53-18.png > > > The button on "Reset password" popup has a wrong German translation > In German it says "Dateien" which means "Files". > English text is "Send email with reset link". > German should be "Sende Email mit Link Zum Rücksetzen" or something similar. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2572) Position user videos and shared screen "fullscreen" without overlapping
Uwe Simon created OPENMEETINGS-2572: --- Summary: Position user videos and shared screen "fullscreen" without overlapping Key: OPENMEETINGS-2572 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2572 Project: Openmeetings Issue Type: Improvement Components: Room, UI Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2021-02-10 18-42-10.png, Bildschirmfoto vom 2021-02-10 18-43-18.png, Bildschirmfoto vom 2021-02-10 18-43-39.png, openmeetings-plugin.zip Idea: All videos and he shared screen should be shown without any overlapping in a grid or in one line. The screen should be "filled best". Function like in Webex, Zoom The shared screen is positioned in the upper left in a bigger scale, the user videos are positioned around it. When more user videos are available their size will shrink. I attached a demo of this idea as a chrome-plugin. Shared screen is always 3 times the videos, the aspect ration of all videos is 4/43. It also provided buttons for the existing shortcuts "video.arrange.keycode" (videos at top) and video.arrange.resize.keycode" (videos at bottom). This plugin works together with Openmeetings 5.1 and 6.0. Chrome-Plugin can be installed when Developer-mode is enabled. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2570) Wrong German translation on "Reset password" popup
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2570: Affects Version/s: 5.1.0 > Wrong German translation on "Reset password" popup > --- > > Key: OPENMEETINGS-2570 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 > Project: Openmeetings > Issue Type: Bug > Components: Translations, UI >Affects Versions: 5.1.0, 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2021-02-06 10-50-01.png, > Bildschirmfoto vom 2021-02-06 10-53-18.png > > > The button on "Reset password" popup has a wrong German translation > In German it says "Dateien" which means "Files". > English text is "Send email with reset link". > German should be "Sende Email mit Link Zum Rücksetzen" or something similar. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2570) Wrong German translation on "Reset password" popup
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2570: Summary: Wrong German translation on "Reset password" popup (was: Wrong German transaltion on "Reset password" popup ) > Wrong German translation on "Reset password" popup > --- > > Key: OPENMEETINGS-2570 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 > Project: Openmeetings > Issue Type: Bug > Components: Translations, UI >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2021-02-06 10-50-01.png, > Bildschirmfoto vom 2021-02-06 10-53-18.png > > > The button on "Reset password" popup has a wrong German translation > In German it says "Dateien" which means "Files". > English text is "Send email with reset link". > German should be "Sende Email mit Link Zum Rücksetzen" or something similar. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2570) Wrong German transaltion on "Reset password" popup
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2570: Description: The button on "Reset password" popup has a wrong German translation In German it says "Dateien" which means "Files". English text is "Send email with reset link". German should be "Sende Email mit Link Zum Rücksetzen" or something similar. was: The button on "Reset password" popup has a wrong German translation In German it says "Dateien" which means "Files". English text is "Send email with reset link". German should be "Sende Email mit Link Zum Rücksetzen" or something similar. !Bildschirmfoto vom 2021-02-06 10-50-01.png! !Bildschirmfoto vom 2021-02-06 10-53-18.png! > Wrong German transaltion on "Reset password" popup > --- > > Key: OPENMEETINGS-2570 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 > Project: Openmeetings > Issue Type: Bug > Components: Translations, UI >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2021-02-06 10-50-01.png, > Bildschirmfoto vom 2021-02-06 10-53-18.png > > > The button on "Reset password" popup has a wrong German translation > In German it says "Dateien" which means "Files". > English text is "Send email with reset link". > German should be "Sende Email mit Link Zum Rücksetzen" or something similar. > > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2570) Wrong German transaltion on "Reset password" popup
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2570: Attachment: Bildschirmfoto vom 2021-02-06 10-50-01.png > Wrong German transaltion on "Reset password" popup > --- > > Key: OPENMEETINGS-2570 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 > Project: Openmeetings > Issue Type: Bug > Components: Translations, UI >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2021-02-06 10-50-01.png, > Bildschirmfoto vom 2021-02-06 10-53-18.png > > > The button on "Reset password" popup has a wrong German translation > In German it says "Dateien" which means "Files". > English text is "Send email with reset link". > German should be "Sende Email mit Link Zum Rücksetzen" or something similar. > !Bildschirmfoto vom 2021-02-06 10-50-01.png! > !Bildschirmfoto vom 2021-02-06 10-53-18.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2570) Wrong German transaltion on "Reset password" popup
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2570: Attachment: Bildschirmfoto vom 2021-02-06 10-53-18.png > Wrong German transaltion on "Reset password" popup > --- > > Key: OPENMEETINGS-2570 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 > Project: Openmeetings > Issue Type: Bug > Components: Translations, UI >Affects Versions: 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2021-02-06 10-50-01.png, > Bildschirmfoto vom 2021-02-06 10-53-18.png > > > The button on "Reset password" popup has a wrong German translation > In German it says "Dateien" which means "Files". > English text is "Send email with reset link". > German should be "Sende Email mit Link Zum Rücksetzen" or something similar. > !Bildschirmfoto vom 2021-02-06 10-50-01.png! > !Bildschirmfoto vom 2021-02-06 10-53-18.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2570) Wrong German transaltion on "Reset password" popup
Uwe Simon created OPENMEETINGS-2570: --- Summary: Wrong German transaltion on "Reset password" popup Key: OPENMEETINGS-2570 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2570 Project: Openmeetings Issue Type: Bug Components: Translations, UI Affects Versions: 6.0.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik The button on "Reset password" popup has a wrong German translation In German it says "Dateien" which means "Files". English text is "Send email with reset link". German should be "Sende Email mit Link Zum Rücksetzen" or something similar. !Bildschirmfoto vom 2021-02-06 10-50-01.png! !Bildschirmfoto vom 2021-02-06 10-53-18.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2000) High resolution webcam videos should not fill the entire screen by default. Just because you set a higher resolution doesn't mean the slides should be overlaid
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17269555#comment-17269555 ] Uwe Simon commented on OPENMEETINGS-2000: - I just downloaded the new snapshot. I see the new config-option in actions->"Edit settings", When activating "fixed video pods", new videos are shown in selected size. Screen sharing is shown in this size too. Resizing of all videos is possible. Is it possible to show the screensharing in original size? I think most users will resize the shared screen as big as posible to make it readable. and place the "small videos" arround/below/... > High resolution webcam videos should not fill the entire screen by default. > Just because you set a higher resolution doesn't mean the slides should be > overlaid > --- > > Key: OPENMEETINGS-2000 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2000 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 4.0.7 >Reporter: Peter Dähn >Assignee: Maxim Solodovnik >Priority: Minor > Fix For: 6.0.0 > > Attachments: Auswahl_018.png, Auswahl_019.png > > > Define an initial maximum size for videos -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2000) High resolution webcam videos should not fill the entire screen by default. Just because you set a higher resolution doesn't mean the slides should be overlaid
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17257438#comment-17257438 ] Uwe Simon commented on OPENMEETINGS-2000: - I tried a workarround für "huge webcam videos" I added a CCS to custom.css {code:java} .room-block .room-container .user-video { width: 160px !important }{code} This limits all webcam videos to a width of 160px and all videos on all user screens have the same size. Unfortunatelly with workarround you can not increate the size of the video any more. Idea users should be able to configure default sizes of the shown webcam videos (similar to the selection of the camera). When you jhave a huge screen you could choose bigger videos, when you have a small laptop-screen choose asmaller one. So application could fill the video-div with the choosen width. {code:java} {code} This size could also be used a a new size when pressing the "video.arrange.resize.keycode" A simple 1st solution could be a new "global" configuration like "video.default.width" which is used (when set) an initial size for new displayed webcam-videos. It would be great when the user could choose where the webcam vidoes appear initially (to or bottom of the screen). > High resolution webcam videos should not fill the entire screen by default. > Just because you set a higher resolution doesn't mean the slides should be > overlaid > --- > > Key: OPENMEETINGS-2000 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2000 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 4.0.7 >Reporter: Peter Dähn >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Auswahl_018.png, Auswahl_019.png > > > Define an initial maximum size for videos -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (OPENMEETINGS-2505) more responsive UI
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17236780#comment-17236780 ] Uwe Simon commented on OPENMEETINGS-2505: - On my tablet dashboard looks fine now, layout adopts when I turn it by 90°. Visibility of "Send" button in chat much better. > more responsive UI > -- > > Key: OPENMEETINGS-2505 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2505 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 5.0.1, 6.0.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Fix For: 5.1.0 > > Attachments: Screenshot from 2020-11-02 18-44-56.png, custom.css, > custom.css > > > UI is not "very responsive". On a tablet in portrait some parts of the UI are > to small to be touchable. > > I tried some improvements for the dashboard and the rooms panels. > The "Send buttons" in the chat window is to small to be usable on > smartphone/tablet. > When in Rooms->My rooms the div with class tab-content also has the class > rooms-area, the same styles could be used here than in the dashboard wigdet. > In general the font sizes should be defined "relative" with "em" not "px", > then it is easiery to scale all texts when a table switches from portrait to > landscape display. > See attached css for a first try. > [^custom.css] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2505) more responsive UI
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2505: Description: UI is not "very responsive". On a tablet in portrait some parts of the UI are to small to be touchable. I tried some improvements for the dashboard and the rooms panels. The "Send buttons" in the chat window is to small to be usable on smartphone/tablet. When in Rooms->My rooms the div with class tab-content also has the class rooms-area, the same styles could be used here than in the dashboard wigdet. In general the font sizes should be defined "relative" with "em" not "px", then it is easiery to scale all texts when a table switches from portrait to landscape display. See attached css for a first try. [^custom.css] was: UI is not "very responsive". On a tablet in portrait some parts of the UI are to small to be touchable. I tired some improvements for the dashboard and the rooms panels. The "Send buttons" in the chat window is to small to be usable on smartphone/tablet. When in Rooms->My rooms the div with class tab-content also has the class rooms-area, the same styles could be used here than in the dashboard wigdet. In general the font sizes should be defined "relative" with "em" not "px", then it is easiery to scale all texts when a table switches from portrait to landscape display. See attached css for a first try. [^custom.css] > more responsive UI > -- > > Key: OPENMEETINGS-2505 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2505 > Project: Openmeetings > Issue Type: Improvement > Components: UI >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Critical > Attachments: custom.css, custom.css > > > UI is not "very responsive". On a tablet in portrait some parts of the UI are > to small to be touchable. > > I tried some improvements for the dashboard and the rooms panels. > The "Send buttons" in the chat window is to small to be usable on > smartphone/tablet. > When in Rooms->My rooms the div with class tab-content also has the class > rooms-area, the same styles could be used here than in the dashboard wigdet. > In general the font sizes should be defined "relative" with "em" not "px", > then it is easiery to scale all texts when a table switches from portrait to > landscape display. > See attached css for a first try. > [^custom.css] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2505) more responsive UI
Uwe Simon created OPENMEETINGS-2505: --- Summary: more responsive UI Key: OPENMEETINGS-2505 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2505 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: custom.css, custom.css UI is not "very responsive". On a tablet in portrait some parts of the UI are to small to be touchable. I tired some improvements for the dashboard and the rooms panels. The "Send buttons" in the chat window is to small to be usable on smartphone/tablet. When in Rooms->My rooms the div with class tab-content also has the class rooms-area, the same styles could be used here than in the dashboard wigdet. In general the font sizes should be defined "relative" with "em" not "px", then it is easiery to scale all texts when a table switches from portrait to landscape display. See attached css for a first try. [^custom.css] -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2489) "Invite message" popup wrong name, no invitation send
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2489: Priority: Minor (was: Critical) > "Invite message" popup wrong name, no invitation send > -- > > Key: OPENMEETINGS-2489 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2489 > Project: Openmeetings > Issue Type: Bug >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2020-10-17 21-03-49.png > > > When searching a user and using the link for an invitation the "Invite > message popup appears. > In the message the wrong name is shown (null when lastname or firstname is > empty). > It is the name of the selected user, but it should be the one of the name of > the host. > When pressing invite no invitation is send. > When the checkmark "Enter room after sending invitation" is marked, the > expaction is that after sending the invitation the room is not entered. > !Bildschirmfoto vom 2020-10-17 21-03-49.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2490) "Add to contacts" email contails null null ass sender
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2490: Description: When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! In message the name ist missing too. Same for confirmation email !Bildschirmfoto vom 2020-10-18 10-42-09.png! Better us displayname on both places. Are there 2 links for "Accept" "Deny" missing in the email ? Contact list name contains nulls too. !Bildschirmfoto vom 2020-10-18 11-06-36.png! was: When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! In message the name ist missing too. Same for confirmation email !Bildschirmfoto vom 2020-10-18 10-42-09.png! Better us displayname on both places. Are there 2 links for "Accept" "Deny" missing in the email ? > "Add to contacts" email contails null null ass sender > - > > Key: OPENMEETINGS-2490 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2490 > Project: Openmeetings > Issue Type: Bug > Components: Email >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2020-10-17 21-26-15.png, > Bildschirmfoto vom 2020-10-18 10-42-09.png, Bildschirmfoto vom 2020-10-18 > 11-06-36.png > > > When firstname, lastname is empty the "add to contacts" email contains nulls > in subject. > > !Bildschirmfoto vom 2020-10-17 21-26-15.png! > In message the name ist missing too. > Same for confirmation email > !Bildschirmfoto vom 2020-10-18 10-42-09.png! > Better us displayname on both places. > Are there 2 links for "Accept" "Deny" missing in the email ? > > Contact list name contains nulls too. > !Bildschirmfoto vom 2020-10-18 11-06-36.png! > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2490) "Add to contacts" email contails null null ass sender
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2490: Attachment: Bildschirmfoto vom 2020-10-18 11-06-36.png > "Add to contacts" email contails null null ass sender > - > > Key: OPENMEETINGS-2490 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2490 > Project: Openmeetings > Issue Type: Bug > Components: Email >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2020-10-17 21-26-15.png, > Bildschirmfoto vom 2020-10-18 10-42-09.png, Bildschirmfoto vom 2020-10-18 > 11-06-36.png > > > When firstname, lastname is empty the "add to contacts" email contains nulls > in subject. > > !Bildschirmfoto vom 2020-10-17 21-26-15.png! > In message the name ist missing too. > Same for confirmation email > !Bildschirmfoto vom 2020-10-18 10-42-09.png! > Better us displayname on both places. > Are there 2 links for "Accept" "Deny" missing in the email ? > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2490) "Add to contacts" email contails null null ass sender
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2490: Description: When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! In message the name ist missing too. Same for confirmation email !Bildschirmfoto vom 2020-10-18 10-42-09.png! Better us displayname on both places. Are there 2 links for "Accept" "Deny" missing in the email ? was: When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! In message the name ist missing too. Better us displayname on both places. Are there 2 links for "Accept" "Deny" missing in the email ? > "Add to contacts" email contails null null ass sender > - > > Key: OPENMEETINGS-2490 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2490 > Project: Openmeetings > Issue Type: Bug > Components: Email >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2020-10-17 21-26-15.png, > Bildschirmfoto vom 2020-10-18 10-42-09.png > > > When firstname, lastname is empty the "add to contacts" email contains nulls > in subject. > > !Bildschirmfoto vom 2020-10-17 21-26-15.png! > In message the name ist missing too. > Same for confirmation email > !Bildschirmfoto vom 2020-10-18 10-42-09.png! > Better us displayname on both places. > Are there 2 links for "Accept" "Deny" missing in the email ? > -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2490) "Add to contacts" email contails null null ass sender
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2490: Attachment: Bildschirmfoto vom 2020-10-18 10-42-09.png > "Add to contacts" email contails null null ass sender > - > > Key: OPENMEETINGS-2490 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2490 > Project: Openmeetings > Issue Type: Bug > Components: Email >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2020-10-17 21-26-15.png, > Bildschirmfoto vom 2020-10-18 10-42-09.png > > > When firstname, lastname is empty the "add to contacts" email contains nulls > in subject. > > !Bildschirmfoto vom 2020-10-17 21-26-15.png! > In message the name ist missing too. > Better us displayname on both places. > Are there 2 links for "Accept" "Deny" missing in the email ? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2490) "Add to contacts" email contails null null ass sender
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2490: Description: When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! In message the name ist missing too. Better us displayname on both places. Are there 2 links for "Accept" "Deny" missing in the email ? was: When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! Are there 2 links for "Accept" "Deny" missing in the email ? > "Add to contacts" email contails null null ass sender > - > > Key: OPENMEETINGS-2490 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2490 > Project: Openmeetings > Issue Type: Bug > Components: Email >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > Attachments: Bildschirmfoto vom 2020-10-17 21-26-15.png > > > When firstname, lastname is empty the "add to contacts" email contains nulls > in subject. > > !Bildschirmfoto vom 2020-10-17 21-26-15.png! > In message the name ist missing too. > Better us displayname on both places. > Are there 2 links for "Accept" "Deny" missing in the email ? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2490) "Add to contacts" email contails null null ass sender
Uwe Simon created OPENMEETINGS-2490: --- Summary: "Add to contacts" email contails null null ass sender Key: OPENMEETINGS-2490 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2490 Project: Openmeetings Issue Type: Bug Components: Email Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2020-10-17 21-26-15.png When firstname, lastname is empty the "add to contacts" email contains nulls in subject. !Bildschirmfoto vom 2020-10-17 21-26-15.png! Are there 2 links for "Accept" "Deny" missing in the email ? -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2489) "Invite message" popup wrong name, no invitation send
Uwe Simon created OPENMEETINGS-2489: --- Summary: "Invite message" popup wrong name, no invitation send Key: OPENMEETINGS-2489 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2489 Project: Openmeetings Issue Type: Bug Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2020-10-17 21-03-49.png When searching a user and using the link for an invitation the "Invite message popup appears. In the message the wrong name is shown (null when lastname or firstname is empty). It is the name of the selected user, but it should be the one of the name of the host. When pressing invite no invitation is send. When the checkmark "Enter room after sending invitation" is marked, the expaction is that after sending the invitation the room is not entered. !Bildschirmfoto vom 2020-10-17 21-03-49.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2488) Different styles of confirmation popups
Uwe Simon created OPENMEETINGS-2488: --- Summary: Different styles of confirmation popups Key: OPENMEETINGS-2488 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2488 Project: Openmeetings Issue Type: Improvement Components: UI Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2020-10-17 20-46-08.png, Bildschirmfoto vom 2020-10-17 20-46-34.png The layout of the confirmation popups differs. Most look like !Bildschirmfoto vom 2020-10-17 20-46-34.png! But there is also !Bildschirmfoto vom 2020-10-17 20-46-08.png! when deleting a recording. Perhaps there are more plases with popup like the 2nd one. I thinks the 1st layout is the prefered one. Expactation: Better usability when all confirmations look the same. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2487) Autocomplete function has unexpected behaviours
Uwe Simon created OPENMEETINGS-2487: --- Summary: Autocomplete function has unexpected behaviours Key: OPENMEETINGS-2487 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2487 Project: Openmeetings Issue Type: Improvement Reporter: Uwe Simon Assignee: Maxim Solodovnik Attachments: Bildschirmfoto vom 2020-10-17 19-18-39.png, Bildschirmfoto vom 2020-10-17 19-28-03.png The autocompliete function in fields like Rights in "User details", Attendees in "Event details" (perhaps others) has some unexpected behaviours: !Bildschirmfoto vom 2020-10-17 19-18-39.png! * It is case sensitiv so entring "DASH" finds "DASHBOARD", but "dash" don't * When selecting the "DASHBORD" the entered DASH is staying in the entry field * using backspace in the list converts an entry into a plain word - expactation the whole entry is removed Same behavior in field attendees in Event Details, but here the backspace shows some useles data !Bildschirmfoto vom 2020-10-17 19-28-03.png! -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Updated] (OPENMEETINGS-2486) No warning when leaving a changed user/group entry
[ https://issues.apache.org/jira/browse/OPENMEETINGS-2486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Uwe Simon updated OPENMEETINGS-2486: Description: While editing an existing user or creating a new user a click on another user in the userlist displays the new user without any warning that the current user is changed. All changes are lost. Same behaviour which grouplist/group, roomlist/rooms, perhaps e general issue. Expactation: A warning is displayed, that all changes are lost. was: While editing an existing user or creating a new user a click on another user in the userlist displays the new user without any warning that the current user is changed. All changes are lost. Same behaviour which grouplist/group. > No warning when leaving a changed user/group entry > -- > > Key: OPENMEETINGS-2486 > URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2486 > Project: Openmeetings > Issue Type: Bug > Components: UI >Affects Versions: 5.0.1, 5.1.0 >Reporter: Uwe Simon >Assignee: Maxim Solodovnik >Priority: Minor > > While editing an existing user or creating a new user a click on another user > in the userlist displays the new user without any warning that the current > user is changed. All changes are lost. > > Same behaviour which grouplist/group, roomlist/rooms, perhaps e general issue. > > Expactation: A warning is displayed, that all changes are lost. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2486) No warning when leaving a changed user/group entry
Uwe Simon created OPENMEETINGS-2486: --- Summary: No warning when leaving a changed user/group entry Key: OPENMEETINGS-2486 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2486 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik While editing an existing user or creating a new user a click on another user in the userlist displays the new user without any warning that the current user is changed. All changes are lost. Same behaviour which grouplist/group. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2485) Popup for new event is not modal
Uwe Simon created OPENMEETINGS-2485: --- Summary: Popup for new event is not modal Key: OPENMEETINGS-2485 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2485 Project: Openmeetings Issue Type: Bug Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik When creating an event a click on the openmeeting window will close the event popup without any warning. Expactation: Popop is modal end can only be left via save/cancel -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2484) Show that meeting is recorded
Uwe Simon created OPENMEETINGS-2484: --- Summary: Show that meeting is recorded Key: OPENMEETINGS-2484 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2484 Project: Openmeetings Issue Type: Improvement Components: UI Reporter: Uwe Simon Assignee: Maxim Solodovnik When moderator is recording a meeting this should be visible to the attendees too. Idea: A recording icon in the attendee list beside the moderator or let the red moderator indicator flash -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Created] (OPENMEETINGS-2483) Easier postponing a meeting
Uwe Simon created OPENMEETINGS-2483: --- Summary: Easier postponing a meeting Key: OPENMEETINGS-2483 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2483 Project: Openmeetings Issue Type: Improvement Components: Invitation, UI Affects Versions: 5.0.1, 5.1.0 Reporter: Uwe Simon Assignee: Maxim Solodovnik When postponing a meeting we have to change both starttime and endtime. Typically the duration of the meeting will stay the same even when it is postponed for some hours or a day. So changing the starttime should adjust the endtime too. Alternative: Instead of entring the endtime select a duration (15min, 30 min, ...) -- This message was sent by Atlassian Jira (v8.3.4#803005)