Last modified: 2014-03-24 23:35:38 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 T19824, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17824 - Optionally place a local block when globally blocking
Optionally place a local block when globally blocking
Product: MediaWiki extensions
Classification: Unclassified
GlobalBlocking (Other open bugs)
All All
: Normal normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 33585 (view as bug list)
Depends on:
Blocks: SWMT
  Show dependency treegraph
Reported: 2009-03-07 01:04 UTC by Mike.lifeguard
Modified: 2014-03-24 23:35 UTC (History)
17 users (show)

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


Description Mike.lifeguard 2009-03-07 01:04:54 UTC
For serial flood vandals, we often global block their IP. It'd be nice to block it on Meta too from the same form. Probably that should be logged as a local block for simplicity's sake. Otherwise, we end up making all these global blocks, only to have them attack Meta while we're still trying to clean up.
Comment 1 Andrew Garrett 2009-07-16 17:04:28 UTC
(Batch change)

These are low-priority miniprojects that I can mop up at some point when I'm doing general code work as opposed to working on a specific projects.
Comment 2 MA 2013-01-08 14:43:56 UTC
*** Bug 33585 has been marked as a duplicate of this bug. ***
Comment 3 billinghurst 2013-03-09 22:35:21 UTC
We have one of our abusive LTAs seemingly cruising the global block list and comparing it to meta's local block list.  Seeing multiple occasions where this vandal will pick a report open proxy from the block list, and if it is not blocked on meta will then use it to abuse and vandalise on meta.  A test (opportunity) saw it occur within 33 minutes of a global block without a local meta block.

This addition therefore increases the chance that there is not an omission of a requirement to block, and also cuts out repetitive steps that stewards need to undertake.  Especially important during concerted LTA attacks where they have lined up a series of abusable proxies and are in full attack mode.

Comment 4 Chris Steipp 2013-03-11 19:25:56 UTC
Just to scope this, I'm assuming you wouldn't want all GlobalBlocks also get blocked on meta, just a subset? Is there a way to determine that automatically, or would you want a checkbox / separate form for this special case?

It would be pretty easy to do this by adding a hook into either the process or the global block form. Or as a javascript gadget.
Comment 5 billinghurst 2013-03-11 22:38:33 UTC
Personal opinion ... a subset, so this is a conscious decision to apply the 'AND' component

[Statement: Predicating comment that the standard output form [[Special:GlobalBlock]] from a global block will still be the same and give an option to progress to a local block.]

=if checkbox=
I do not see that a separate form is required, and that a "checkbox" would be suitable if it applies the following meta local block with the conditions

* Same period
* Same reason
* Anon only (this differs as global could be either anon or total)

The question is whether it does:—
a) directly applies this overwriting something local to meta already; or 
b) directly applies this unless there is something local and it presents an option to modify; or
c) sets up a local form ready for "do it" application

Personal preference is b) > c) > a)  

If a person wants different conditions to be applied, they can then progress manually to the form, as we do currently via the local link.

=if not a checkbox=
then whether the contents of the [[Special:Block]] are imported and sit in a separate section of the form where different conditions could be applied.  That would presumably return any current applicable blocks if the url is in the form

For me, checkbox is fine, though I will prod other stewards for their opinions.

If we are playing with the form, can we also look at [[bugzilla:36834]] which is about the exit page from the same form.
Comment 6 Ruslan 2013-03-12 06:29:00 UTC
This can be done with a gadget that should apply a local meta block.
Comment 7 Gerrit Notification Bot 2014-03-21 01:04:02 UTC
Change 119915 had a related patch set uploaded by Hoo man:
Optionally place a local block when globally blocking
Comment 8 Gerrit Notification Bot 2014-03-24 23:35:05 UTC
Change 119915 merged by jenkins-bot:
Optionally place a local block when globally blocking

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