From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) by mail.toke.dk (Postfix) with ESMTPS id 30D847CB797 for ; Thu, 14 Jan 2021 18:29:20 +0100 (CET) Authentication-Results: mail.toke.dk; dkim=pass (1536-bit key) header.d=stroeder.com header.i=@stroeder.com header.b=nZabpZvh DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=stroeder.com; s=stroeder-com-20201114; t=1610645359; bh=R50FqQDlo3lm21W3lBulmIrNWv1yzXQfROeE7z99kiA=; h=To:References:From:Subject:Date:In-Reply-To:From; b=nZabpZvhsLOYHHkOrLoWx2aVI4Xlmru+wPMkp3v9U5842t2cw1WQlK24WRyy2vPBB gAg4vWqP7REg9MHciaL80kgMPIjj1d7sYUGPX4jslaR1HarhBnU+rccwfiGe616Ydr Gwc3Tf3WofiL5kWBBh/WMC3Hziny9Qw+4fcXNq8RZOegaESQWl3RLSDyP/vh+MYBvX n74tK1YAqDFm0PURZk9b7oHhWuPiBSyS/l+vQM/5Qgii1st6998tLtf9PH2 To: galene@lists.galene.org References: <394af17f-0f68-2c37-e9db-043433fd2bb7@stroeder.com> <87r1mnelus.wl-jch@irif.fr> <87mtxbekzy.wl-jch@irif.fr> <871renedzj.wl-jch@irif.fr> <7af360d1-0449-a011-0d99-fd2100c03a7e@stroeder.com> <878s8vsajv.fsf@toke.dk> From: =?UTF-8?Q?Michael_Str=c3=b6der?= Message-ID: <1d2fc0f5-70b4-848a-0405-cd82694303b7@stroeder.com> Date: Thu, 14 Jan 2021 18:29:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <878s8vsajv.fsf@toke.dk> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Message-ID-Hash: 4UZLWTU5CQS2DIKMK6PWWLTTAKXZKXRF X-Message-ID-Hash: 4UZLWTU5CQS2DIKMK6PWWLTTAKXZKXRF X-MailFrom: michael@stroeder.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header X-Mailman-Version: 3.3.2 Precedence: list Subject: [Galene] Re: autolock always locks List-Id: =?utf-8?q?Gal=C3=A8ne_videoconferencing_server_discussion_list?= Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: On 1/14/21 6:17 PM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: > Michael Str=C3=B6der writes: >=20 >> On 1/14/21 4:26 PM, Juliusz Chroboczek wrote: >>>>>> Are non-ops automatically kicked out when the last op leaves (or w= hen >>>>>> the group is locked again with /lock)? >>> >>>>> No -- the assumption is that they were present at the meeting, so t= hey're >>>>> authorised to be here. >>> >>>> RFE: How about an autokick group option. ;-) >>> >>> Opinions from others? Featuritis or useful feature? >> >> Just to add some rationale: >> >> I'm not so much concerned about GDPR issues because this can mostly be >> dealt with at orga level. And believe me, I'm concerned about privacy = in >> general. Otherwise I wouldn't spend my spare time running my own video >> conference server. >> >> But compared to privacy issues I'm much more frightened of someone >> abusing my unattended Gal=C3=A8ne installation for something really ba= d >> which does real harm to human beings and triggers police investigation >> etc. I was even considering time constraints in my reverse proxy or >> similar to tighten it at least a bit. >> >> So IMO an autokick option would not only be featuritis. >=20 > So autokick would make sure to empty the room when the last op leaves, > is that it? Yes, but preserve current behaviour of autolock. > My corporate video chat solution leaves that as an option for me when I > leave the room (I can just leave, or I can check a box to kick everyone > out when I do). Wouldn't that be more useful than a per-room setting? That would be useful and comfortable for users. But if the ops' connection fails and this question never appears I'd prefer that everybody else is kicked out. Well, maybe kick out after 1+ or 2+ minutes of ops' inactivity / absence or similar to avoid kicking the whole conference just because of temporary ops connection problem. Thinking about this some more behaviour of autolock could also be like th= is. Uuuh, I'm feeling bad for having too much ideas without being able to submit pull requests... Ciao, Michael.