Although the Revert Risk model should almost never classify a sysop edit as vandalism, we want to be extra sure and simply never take action on an administrator. We can check the editing user's user groups for membership of the sysop group - this is used across all wikis to denote administrators.
Acceptance criteria
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Don't revert edits from sysops | mediawiki/extensions/AutoModerator | master | +171 -82 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T336934 Enable communities to configure automated reversion of bad edits | |||
| Open | None | T358228 Deploy AutoModerator as a pilot on one Wikimedia project | |||
| Open | None | T349598 Create Automoderator extension | |||
| Resolved | • Samwalton9-WMF | T352437 Create Automoderator's edit reverting functionality | |||
| Resolved | Scardenasmolinar | T352442 Automoderator should not revert sysops |
It might be worth considering as a future feature of some sort having automoderator hook into the incident report system (or roll it's own, whatever) and sending a warning or notice SomeWhere when an admin trips a mark that would have been reverted.
This is a nice idea. We should probably do a quick data check to see how frequently Revert Risk even considers an admin edit to be damaging - I assume it isn't common.
Change 1005639 had a related patch set uploaded (by Scardenasmolinar; author: Scardenasmolinar):
[mediawiki/extensions/AutoModerator@master] maybeRevert: Don't revert edits from sysops
Change 1005639 merged by jenkins-bot:
[mediawiki/extensions/AutoModerator@master] Don't revert edits from sysops