Page MenuHomePhabricator

Add a delay before welcoming a user and a global lock check
Closed, DeclinedPublic

Description

After recent abuses in several wikis please add a delay of some minutes before welcoming a user and for the wikies with CentralAuth extension installed a global lock check (if a user is globally locked there is no need to welcome him).

Thanks


Version: unspecified
Severity: enhancement

Details

Reference
bz30343

Event Timeline

bzimport raised the priority of this task from to High.Nov 21 2014, 11:50 PM
bzimport set Reference to bz30343.
bzimport added a subscriber: Unknown Object (MLST).
Melos created this task.Aug 12 2011, 3:47 PM

quentinv57 wrote:

Hello.

If something could be done, that would really be appreciated.

Please see some details here : http://lv.wikipedia.org/wiki/Vikip%C4%93dija:Kopienas_port%C4%81ls#About_Sveic.C4.93js

Thanks

Perhaps this bug should be split in two.

  1. A delay of some minutes should be enough for most cases, although it has to be configurable because it's useful to show the welcome as soon as the user registers.
  2. If the user is locked, he can't create new accounts (bug 23126); also, wikis which want to reduce clutter could disable $wgNewUserMessageOnAutoCreate. For wikis where the user has created the account before lock, is the problem so big?

quentinv57 wrote:

I think that the first problem is far more critical than the second. The first one implies that stewards are forced to give themselves the oversight access on every wikis this extension exists instead of simply pressing one button. Most of the time they see there is no edit and they don't think the talk page has been automatically created, which explains that a lot of libellous informations stay on those wikis.

The second point about locked user is not really important, what is important is that oversighted and hidden accounts should not be welcomed, because it will create a page with an abusive username.