On Sat, 15 Dec 2018 at 15:47, stjn wrote:
> Something is rotten in the way changes are being discussed and
> communicated, and it must be fixed. The approach to major changes (not
> talking about some design fix) should involve community and be entirely
> international, right now, sadly, WMF
On Thu, Dec 13, 2018 at 8:20 PM Deryck Chan wrote:
Just to keep everyone aware of what's been happening in
> https://phabricator.wikimedia.org/T150826 – to avoid the "shoot first to
> win" situation, a blocked admin can block the admin who blocked them but no
> one else. Our balance of terror.
.
-- billinghurst
-- Original Message --
From: "Tisza Gergő"
To: "Coordination of technology deployments across languages/projects"
Sent: 17/12/2018 7:43:15 AM
Subject: Re: [Wikitech-ambassadors] Removal of unblockself rights on
wiki
On Sun, Dec 16, 2018 at 7:51 AM stjn wr
On Sun, Dec 16, 2018 at 7:51 AM stjn wrote:
> I was endorsing the whole sentiment, not exactly the topic it belongs to.
> But even then, self-unblocking was a default option, so it could’ve been
> discussed what must be done with it.
>
You can still go to the Phabricator task and do that. (It
I was endorsing the whole sentiment, not exactly the topic it belongs
to. But even then, self-unblocking was a default option, so it could’ve
been discussed what must be done with it. Having the ability to
self-destruct on other people with the only option available in blocking
the bad guy
AFAIK there are two main usecases for self-blocks:
* Testing different features of blocks.
* As a means of self-imposed wikibreak.
--
Brian
On Sun, Dec 16, 2018 at 8:35 AM Dan Koehl wrote:
>
> Speaking about self-blocks, why ist this option possible?
>
> Dan
>
Speaking about self-blocks, why ist this option possible?
Dan
---
Mobil telefon 1 (Comviq): 0767 15 45 70
Mobil telefon 2 (Telia): 0739 17 17 89
Skype: DanKoehl ICQ: 40467 87
Tisza Gergő, 15/12/18 22:38:
Even our largest wikis only see about ten self-unblocks a year, most of
which are unblocks of self-blocks
This is an irrelevant piece of data. Of course so far there was very
little incentive to block a sysop, since they could unblock themselves.
We may never
On Sat, Dec 15, 2018 at 7:47 AM stjn wrote:
> The approach to major changes (not talking about some design fix) should
> involve community and be entirely international
>
You *are* talking about some design fix. When blocking was added as a
feature, it was only integrated with some actions - it
Message --
From: "Johan Jönsson" <mailto:jjons...@wikimedia.org>>
To: "Wikitech Ambassadors" <mailto:wikitech-ambassadors@lists.wikimedia.org>>
Sent: 14/12/2018 6:25:59 AM
Subject: Re: [Wikitech-ambassadors] Removal of unblockself rights on wiki
On Th
over it.
-- billinghurst
-- Original Message --
From: "Johan Jönsson"
To: "Wikitech Ambassadors"
Sent: 14/12/2018 6:25:59 AM
Subject: Re: [Wikitech-ambassadors] Removal of unblockself rights on
wiki
On Thu, Dec 13, 2018 at 8:20 PM Deryck Chan
wrote:
I agree w
.
Leave the small wikis alone.
-- billinghurst
-- Original Message --
From: "Johan Jönsson"
To: "Wikitech Ambassadors"
Sent: 29/11/2018 3:06:34 AM
Subject: Re: [Wikitech-ambassadors] Removal of unblockself rights on
wiki
On Wed, Nov 28, 2018 at 4:34 PM Federico
On Wed, Nov 28, 2018 at 4:34 PM Federico Leva (Nemo)
wrote:
> Brian Wolff, 27/11/18 18:45:
> > I'm still open to communities who want to continue to have the old
> > behaviour to opt out of the new behaviour - The primary thing here is
> > that the default has now changed, so that anywhere that
Brian Wolff, 27/11/18 18:45:
I'm still open to communities who want to continue to have the old
behaviour to opt out of the new behaviour - The primary thing here is
that the default has now changed, so that anywhere that was using the
old behaviour for no other reason then it was the default is
Hello everyone,
For a long time now, we have had the default behaviour of admins can
unblock themselves if blocked.
In my opinion, this is a poor default. In the event of a compromised
admin account, the compromised account can just unblock themselves and
continue being malicious.
To that end,
15 matches
Mail list logo