Page MenuHomePhabricator

Apply rate limits for the thanks feature globally
Open, Needs TriagePublic

Description

New accounts can abuse close to undisturbed thanks. There are often 20 or more notifications within a short period of time and this is repeated daily. There is only the possibility of blocking, but these are ineffective as trolls go to the next project. The "thank you" function should therefore be restricted for new users globally.
One restriction would be e.g. 2 thanks per day (global for new users. 10 thanks per day for users with the autocomfirmed permission and unlimited for all users with more than 500 edits (global).

Example: for the Problem: ( A small part)

Screenshot 2025-06-30 at 21-07-02 Missbrauchsfilter-Logbuch – Meta.png (1×502 px, 189 KB)

Event Timeline

Restricted Application added a subscriber: Aklapper. · View Herald Transcript

FWIW, plwiki already limits thanks for newcomers:

3213         '+plwiki' => [
3214                 // Limit to 3 per day for new users (T169268)
3215                 'thanks-notification' => [
3216                         'newbie' => [ 3, 86400 ],
3217                 ],
3218         ],

Technically speaking, this is a simple configuration change, that falls best within TSP's area of expertise.

Dreamy_Jazz renamed this task from Restricting the "thank you" function global similar to e-mail/wikimail to Apply rate limits for the thanks feature globally.Jan 13 2026, 8:50 AM

While I'm less worried about rate limiting for security reasons, I would be very curious whether a limit would make 'thanks' more valuable! This becomes more a research question - but it would be fascinating to see what the (longer term) effect would be to switch some communities to a budget of 'thanks'. This could be related to the number of edits they make (a budget of 10, where every 10 edits refills 1 thanks).
My hypothesis would be that with a budget, if sufficiently communicated, the 'value' of a thanks would go up and it might have a larger positive effect on both the recipient and the sender on retention and activity levels.