Last modified: 2013-06-18 16:34:47 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 T24548, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 22548 - Add variable user-is-blocked
Add variable user-is-blocked
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
AbuseFilter (Other open bugs)
unspecified
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Kunal Mehta (Legoktm)
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2010-02-16 14:06 UTC by Lolsimon
Modified: 2013-06-18 16:34 UTC (History)
7 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Lolsimon 2010-02-16 14:06:14 UTC 
Is it possible to add a variable (might be in user_groups or something) to the abusefilter which can be used to check if the user is blocked?

On many wiki's users are still able to edit their talk page while blocked; it would be useful to filter on edits from blocked users with the abusefilter.
Comment 1 John Mark Vandenberg 2011-04-28 12:25:23 UTC 
This can be implemented by creating an Autopromote group 'blocked'.
http://www.mediawiki.org/wiki/Manual:$wgAutopromote

i.e. no enhancement is needed to the AbuseFilter code; it can be achieved with configuration.
Comment 2 Kunal Mehta (Legoktm) 2012-12-13 07:29:35 UTC 
I don't think creating a user group is the right solution here. The AbuseFilter should be self-sufficient in regards to using variables. Creating an autopromote group is just a hack around the lack of a variable.
Comment 3 Kunal Mehta (Legoktm) 2012-12-14 09:09:33 UTC 
gerrit change I8b61ce42
Comment 4 Marius Hoch 2012-12-18 19:09:50 UTC 
Change tested and merged
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links