> "what will happen in case multiple groups with different values will > be in effect" ....
I think that if a user is assigned to multiple groups, the permissions should be applied with a logic OR i.e. if a user "foo" is a member of "expert" and "requester" but only "expert" has the permission to "create public rooms" , "foo" should be able to "create public rooms". Kind of like in Linux, as soon as you add a user to a particular group, it will be able to appear & act as such.... is this what you were questioning? I'm open to hearing other suggestions, too! Ron On Wed, Aug 8, 2018 at 7:42 AM Maxim Solodovnik <solomax...@gmail.com> wrote: > yes > But such "group" options need to be carefully selected, and in each > case we need to figure out > "what will happen in case multiple groups with different values will > be in effect" .... > On Wed, Aug 8, 2018 at 9:20 PM Ron Eggler <ron.egg...@gmail.com> wrote: > > > > > IMO configurations are "atomic" features, i.e. something equivalent to > > > what we currently have in Admin->Configuration > > > > Are you thinking a list of options as in Admin->Configuration that lists > all configurable permission items on a per group basis, for configuration > e.g. > > "Create public rooms - true/false". > > > > If I understood you correctly, it sounds like a reasonable thing to do... > > > > Ron > > > > On Tue, Aug 7, 2018 at 8:46 AM Maxim Solodovnik <solomax...@gmail.com> > wrote: > >> > >> Hello Ron, > >> I'm chair and one of the core developers :))) > >> t to > >> Let's discuss what should be added in this thread > >> IMO configurations are "atomic" features, i.e. something equivalent to > >> what we currently have in Admin->Configuration > >> So we need to add options to group with care > >> On Tue, Aug 7, 2018 at 7:54 PM Ron Eggler <ron.egg...@gmail.com> wrote: > >> > > >> > Hi Maxim, > >> > > >> > Thanks for the reply! > >> > Are you a core developer and able to add more features? I could help > too, but I don't know my way around the source tree yet. > >> > > >> > > In case of "expert"/"requester" groups: what should happen in case > >> > > user is added to both groups? > >> > > >> > I would think that the permissions of the group with more/higher > priority applies, in this case "expert" - or one could mark groups with > permissions assigned mutually exclusive so that you can't assign two > "permission groups" to a single user... > >> > > >> > Ron > >> > On Mon, Aug 6, 2018 at 7:51 AM Maxim Solodovnik <solomax...@gmail.com> > wrote: > >> >> > >> >> Hello Ron, > >> >> > >> >> There are some options can be tuned using groups: > >> >> 1) Set up group admin > >> >> 2) Enable "restricted" files > >> >> 3) set up some group limits > >> >> No other options so far > >> >> > >> >> Options can be added (it might take some time) > >> >> But I believe additional options need to be designed/discussed > carefully > >> >> > >> >> In case of "expert"/"requester" groups: what should happen in case > >> >> user is added to both groups? > >> >> On Sun, Aug 5, 2018 at 8:43 PM Ron Eggler <ron.egg...@gmail.com> > wrote: > >> >> > > >> >> > HI, > >> >> > > >> >> > I'm new to OpenMeetings, so please bare with me. > >> >> > I've got a question regarding configuration: > >> >> > is it possible to allow loading different configurations depending > on what group the current user belongs to? > >> >> > for example I want an "expert" (group) to be able to schedule > meetings (incl create rooms etc.) where a "requester" (group) can only take > part in scheduled meetings in assigned rooms. > >> >> > If possible, is there any tutorials or a guide or something that > describe how to configure this? > >> >> > > >> >> > Thanks! > >> >> > Ron > >> >> > >> >> > >> >> > >> >> -- > >> >> WBR > >> >> Maxim aka solomax > >> > >> > >> > >> -- > >> WBR > >> Maxim aka solomax > > > > -- > WBR > Maxim aka solomax >
