Thanks for the report! On Mon, Mar 12, 2018 at 4:49 PM, Maxim Solodovnik <solomax...@gmail.com> wrote:
> Looks like a bug to me > Could you file a JIRA if this is reproducible using latest SNAPSHOT: > https://om.alteametasoft.com:8443/next ? > > On Mon, Mar 12, 2018 at 4:40 PM, Aaron Hepp <aaron.h...@gmail.com> wrote: > >> Just tested on the demo server and getting the same results of requiring >> needing to have a WB tab open. >> >> If you enter a room that does not have a WB "tab" open, then you can not >> enable audio or video. You can click on the icons and it says they are >> enabled but you will not get the "pop up" box previously talked about (see >> 1st image). >> >> If the room already has a WB tab open then all works as expected, it is >> just if you enter a room when no WB tab open, then it doesn't work. >> >> Looks like this is only the case if you have not "hidden" the WB element >> in the room settings. If you hide that element, then it works as >> expected. With WB element not hidden then you must have a WB tab open >> prior to clicking on the mic/cam functions to have the ability to broadcast >> audio/video. >> >> I figured that was the reasoning on the pop out boxes as there was no >> other way to control the "audio" of the user. The minimize function is the >> best part and I normally minimize then and move them to the top of the >> screen. If you move them too far down then you will create a vertical >> slide bar as it tries to extend the area for the volume slider extension >> when selected. Can those elements be relocated to the users section in >> their name; or create a new collapsible area (like the activities area) >> where you place each individuals audio/video breakout box without too much >> code revision? The new collapsible area would be ideal as that would not >> allow each box to cover up the WB area if it is being used. BBB does it in >> the fashion of the collapsible window along the width of the bottom of the >> screen for the users using cam, not sure how they handle the audio volume >> controls as those do not use breakout boxes and my use with that is very >> limited. >> >> Not a must have, but just a thought on future release possibilities >> >> Thank you for your time. >> >> On 3/11/2018 11:31 PM, Maxim Solodovnik wrote: >> >> Hello Aaron, >> >> Could you please be more specific on WB issue? >> I just have tested: user can enable audio/video in room with WB >> completely turned off (seems to me works as expected) >> WB tabs can be added/removed only by the users with moderator/presenter >> role, this is by design >> >> According "pop-out-box"es: I believe these ones are useful cause this is >> the only way to Refresh/Mute/Unmute/Change volume >> I understand your concerns regarding space utilization. >> I thought minimize function can help here .... >> I would appreciate to hear your thoughts how this can be improved >> >> On Mon, Mar 12, 2018 at 1:44 AM, Aaron Hepp <aaron.h...@gmail.com> wrote: >> >>> I have noticed that you must have a whiteboard open for the users or >>> admin to broadcast their mic or cam. Once in the room and active you can >>> delete the whiteboard and they still function, but any new user into the >>> room can not activate theirs. I search jira and didn't find anything >>> referencing this so didn't know if it was a requirement or a bug. >>> >>> On the same line is it possible if the user is just sharing their mic to >>> not create the "pop out box"? Wasn't sure if that is a limitation from >>> flash or just a code updated needed. While you can minimize, resize, and >>> move the boxes, if you have 5 or 6 users on the mic at one time, your >>> screen becomes cluttered with all the pop out boxes from each user. >>> >>> >> >> >> -- >> WBR >> Maxim aka solomax >> >> >> > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
