Last modified: 2013-04-24 08:58:42 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 T20246, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18246 - Expiry time option, on filters
Expiry time option, on filters
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
AbuseFilter (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Andrew Garrett
:
Depends on:
Blocks: 18247
  Show dependency treegraph
 
Reported: 2009-03-30 02:21 UTC by FT2
Modified: 2013-04-24 08:58 UTC (History)
5 users (show)

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


Attachments

Description FT2 2009-03-30 02:21:11 UTC
To allow filters to expire at a given time, as with other blocks, protects, and anti-vandalism measures.

A filter would then be "active" or "inactive" and would be capable of being switched on for a given time period (and reactivated if needed again), rather than merely an option to manually add or remove.
Comment 1 MacGyverMagic 2009-03-31 10:50:10 UTC
I don't see a particularly good reason for that. Blocks are temporary because they're not punative and stop someone from making any edits at all rather than the problematic ones. Protections and other anti-vandalism measures (whatever those are) are temporary because of collateral damage. None of that is an issue with filters.
Comment 2 FT2 2009-03-31 11:09:45 UTC
These tools all fall in the category of "measures available to forcibly reduce and prevent disruption and problem editing".

Communally, blocks are not used "punitively", and at this time filters are still being rolled out and used mainly for well known long term issues. But this doesn't mean that we could not, in future, use filtering on a "limited period of time" basis -- to detect, warn, and prevent types of abuse that may be transient or topical, and which may not need permanent filtering for years to come.
Comment 3 Andrew Garrett 2009-04-01 04:00:45 UTC
Added a timestamp variable in r49107. When this is deployed, you can use "timestamp < someunixtimevalue" as a condition to add expiries for filters.
Comment 4 FT2 2009-04-01 04:45:55 UTC
Neat, thanks!

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


Navigation
Links