Sorry, I tried to edit "Russian-Sites" only.

Message in English is "actionthrottledtext": "As an anti-abuse measure, you are limited from performing this action too many times in a short space of time, and you have exceeded this limit.\nPlease try again in a few minutes."
Sounds like you run into the $wgRateLimits setting.
This sounds a bit like https://translatewiki.net/wiki/Thread:Support/Increase_tolerance_of_anti-abuse_measure (though not for translations).

This task is not actionable in the Wikimedia-Site-requests board (and hence will languish indefinitely) unless there's a local on-wiki consensus to raise the rate limits and a new specific value to set them to.

If you want to solve this user's problem, no setting need to be changed. A sysop assigning that user "confirmed" group is enough.

The tags are wrong, but the task closure is also wrong: the problem isn’t that $wgRateLimits is configured a certain way, the problem is that they are getting triggered even though the user is clearly not in the wrong here. It is clearly some sort of bug. This should’ve been investigated further, not speedily denied.

In T381187#10384191, @stjn wrote:

The tags are wrong, but the task closure is also wrong: the problem isn’t that $wgRateLimits is configured a certain way, the problem is that they are getting triggered even though the user is clearly not in the wrong here. It is clearly some sort of bug. This should’ve been investigated further, not speedily denied.

More likely the user is using an IP shared with many people and up to 8 edits from non-confirmed users per minute can be made from single IP. Adding confirmed to the user will help in this case

In T381187#10384224, @Bugreporter wrote:

More likely the user is using an IP shared with many people and up to 8 edits from non-confirmed users per minute can be made from single IP. Adding confirmed to the user will help in this case

Hello,

As a CU I can say that the IP is not shared. The affected user is completely alone there.

I investigated, looked up this user in the ratelimit log channel and confirmed that the rate limits are working correctly, and this is not a bug. The IP that they are connecting from has a reduced limit for security reasons. As already suggested above, you can add them to the "confirmed" user group to let them bypass this limit.

In T381187#10384951, @matmarex wrote:

I investigated, looked up this user in the ratelimit log channel and confirmed that the rate limits are working correctly, and this is not a bug. The IP that they are connecting from has a reduced limit for security reasons. As already suggested above, you can add them to the "confirmed" user group to let them bypass this limit.

(You can link to the Phab task for reference purpose even if it may be security protected and most subscribers can not see)

Good point, the relevant task is T326691.

@matmarex The IP that they are connecting from has a reduced limit for security reasons. - shouldn't this be explicitly stated on a contributions page of this IP? Where this could be discussed by all users (not in closed ticket), appealled and revoked? I think, this shouldn't be something we learn about on random phab ticket, this shadow bans should be more transparent for users in local communities.

@MBH Making the details public would make the anti-abuse restrictions easier to evade, but they are known to the stewards elected by the community, and to the WMF Security team.