Hi. To fight harassment, is it possible to add variables to Special:Abusefilter regarding "thanks"? One could be "thanks sender username", another "thanks recipient username". The goal would be to avoid abuses of thanks functionality by some banned users.
Example: in a fr-wiki case, it would prevent users with a name ending by -ah from thanking a sysop in order to harass him. (The sysop had to disable the thanks functionality.)
Regards.
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Add Echo and Thanks extensions as dependencies for AbuseFilter | integration/config | master | +1 -1 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Stalled | Feature | None | T235873 Add variables in Abusefilter to detect/block thanks | ||
| Open | BUG REPORT | None | T241474 Thank api assumes that echo event will go through | ||
| Open | Design | None | T241550 Design: What should happen if thanks fails | ||
| Open | None | T169834 Change EchoEvent->create to return Status or throw exceptions, never false | |||
| Open | BUG REPORT | None | T310262 Thanking using the API isn't reflected on action=history, thanking again returns "success" | ||
| Open | None | T241549 Thanks should run a hook before logging |
Somewhat related to T177780. I've just found an incomplete comment on that task where I was saying that filtering thank actions in AF would be technically difficult, but didn't say why :(
Please implement this. One WMF banned editor has a habit of abusing thanks using his socks and I am tired of being harassed by him.
Thanks creates an echo notification using EchoEvent::create, which runs the BeforeEchoEventInsert hook before inserting the EchoEvent. AbuseFilter should process this hook:
Change 560807 had a related patch set uploaded (by DannyS712; owner: DannyS712):
[integration/config@master] Add Echo extension as a dependency for AbuseFilter
In progress (it'll take a while), but noticed that, even if the thanks are prevented, it'll still act like they went through (just that the recipient doesn't get the eventual notification). Filed T241474
This requires designing how to present warnings / disallow messages, or setting it to not show a message, not allow warnings, and fail silently on disallow
Stalling on subtasks - until there is a way to show a message, and until the thanks api recognizes that it shouldn't assume the thanks we successfully delivered, progress can't really be made
Change 560807 merged by jenkins-bot:
[integration/config@master] Add Echo and Thanks extensions as dependencies for AbuseFilter
I want to listen to the thanks of some specific users. I want to tag these thanks. Can I do this?
@IN: Please ask general support questions in support channels instead of unrelated ancient Phab tasks. Thanks.
I'm sorry that I haven't handled this task. I recently returned from a long bout of unexpected inactivity, and while I plan to resume my contributions here on Phabricator its unfair to claim tasks that I might not work on when others may be interested in handling them. I'm removing myself as the assignee in a batch-action, but if someone feels that I really should be the one to handle this task feel free to re-assign me and I'll take a look.