https://bugzilla.wikimedia.org/show_bug.cgi?id=18067
Summary: Decision tree for AbuseFilters
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: AbuseFilter
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected]
There have been several edits that triggered multiple AbuseFilters. This is
particularly annoying for the people checking on them since unless you're
looking for it, there's no indication why an edit isn't showing up in the
editor's contribution log unless you figured out another filter was triggered
that stopped the edit from going through.
Case in point:
Filter 3 catches massive page blanking by new users.
Filter 43 catches removal of reference tags by new users.
When a massive blanking is done, both filters trigger, but there are instances
when the blanking is not large enough to trigger filter 3. So both filters are
needed.
It would be very helpful if we were able to ignore a certain filter if another
one was already triggered.
This is easy to achieve if you simply base it on the filter number, but I think
the servers could be saved from more strain by ordering the filters in a
particular decision tree order that avoids anything already checked for earlier
in the tree from being executed.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
