Last modified: 2012-10-29 16:39:58 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T32343, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 30343 - Add a delay before welcoming a user and a global lock check
Add a delay before welcoming a user and a global lock check
Product: MediaWiki extensions
Classification: Unclassified
NewUserMessage (Other open bugs)
All All
: High enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: SWMT
  Show dependency treegraph
Reported: 2011-08-12 15:47 UTC by Melos
Modified: 2012-10-29 16:39 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Melos 2011-08-12 15:47:21 UTC
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).

Comment 1 Quentinv57 2011-12-30 14:26:42 UTC

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

Please see some details here :

Comment 2 Nemo 2011-12-30 14:36:39 UTC
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?
Comment 3 Quentinv57 2011-12-30 14:42:14 UTC
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.
Comment 4 Quentinv57 2012-01-02 17:36:03 UTC
Closing the bug...

Please see

Note You need to log in before you can comment on or make changes to this bug.