Last modified: 2014-08-07 14:13:19 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 T44785, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42785 - Create an account throttle rules extension
Create an account throttle rules extension
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Extensions requests (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: Future release
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-06 16:31 UTC by Dereckson
Modified: 2014-08-07 14:13 UTC (History)
4 users (show)

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


Attachments

Description Dereckson 2012-12-06 16:31:35 UTC
[ Summary ]

An extension allowing administrators (or a relevant group) to set account creation throttle rules directly in MediaWiki.


[ Use case ]

MediaWiki currently contains an account creation limitation per IP per hour.

When an event like a Wikipedia workshop is planned by the community, the current workflow is:
(1) open a bug on Bugzilla
(2) edit wmf-config/throttle.php (operations/mediawiki-config repository)
(3) deploy the new configuration

See also [[wikitech:Increasing account creation threshold]].

This workflow have two issues:
(1) it duplicates the work (community member notes all the configuration information on Bugzilla, another person has to rewrite it in the config file)
(2) it is difficult to get last minute configuration deployment, especially at European time or the week-ends.

This last six weeks, at least two throttle requests weren't deployed when the event started.


[ Proposal ]

* An extension to allow the community to manage directly there throttle rules.
* As UI, a special page with three views to:
** Create new rule (or edit existing rule)
** View current rules (with edit/delete actions)
** Confirm rule deletion

Workflow will then become:
(1) ask a person having the relevant user right to go to the throttle interface
(2) add the event informations


[ Advantages ]

* Community can directly set the limits, when they want;
* Wikimedia operations isn't involved anymore.


[ Drawbacks ]

Used in the Wikimedia context, if the event involves several wikis (and often a throttle on Wikimedia Commons is also required), it could require to set throttle rule on several wikis or to ask participants to create their account on the main event wiki before to use SUL. Another solution could also to keep the current configuration workflow as fallback for multiwiki events.


[ Idea credits ]

Thank you to Ariel (apergos) for this nice suggestion.
Comment 1 MZMcBride 2014-01-25 10:58:00 UTC
Dupe of bug 25000?
Comment 2 Lewis Cawte 2014-08-07 14:13:19 UTC
Sounds like something that'd be a lot easier to deal with once the configuration database is in place, since this feature already sort of exists? What is needed by the sounds of things is a database backend for it (and then a UI to change that should follow)? Am I understanding this correctly?

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


Navigation
Links