Isn't this a configuration issue. You can (already) create a group that revokes autoreview to anyone in the group (Untrusted people). You can also have an assignable autoreview group.(Of course you can't really remove the implicit group, but creating another group that removes the same privileges amounts to the same thing imho)

For example, on enwikinews, only people in the bot group have autoreview, and you can't get autoreview unless you are a bot.

llampak wrote:

Yeah, but I would treat it more like a workaround for current software limitations rather that a real solution. It's against intuition and excessively complicated (three groups instead of one) and as such has no chance of getting approval of any wiki community (they're saying one new group would be too many, I won't try with three). If it were a neat solution the editor group would work this way but because of some good reasons it doesn't.

Marking this one as blocked by bug 24948, since it doesn't make sense to add a lot of new code in this area without first getting the functionality into the core somehow.

llampak wrote:

I've made another bug report: bug 25428. And changed the block for dependency - if both bugs are done, this one shouldn't be a problem (I hope).

So this is about users that had the implicit group and were once blocked or is it more general? For, now the block log can be checked until more is done.

Done in r90756.