Alrighy, sorry again for the severe delay in getting this done. I think I have figured it out now. No longer is spi-table-bot running by having the following in crontab: */10 * * * * jsub -release buster -quiet /data/project/spi-table-bot/runwrapper.sh

Acknowledging this ticket... I see it's been pending on me for a long time. I will see if I can find some time this week to get this done.

In T233561#7610797, @Tacsipacsi wrote:

I haven’t seen reports about this in the past months. Is it because editors got tired of reporting it, or is it really fixed?

Gotcha, thanks for the clarification. I think the key here is that we can customize the label through the MediaWiki:Group-suppress and MediaWiki:Group-suppress-member pages. On enwiki, I imagine we'll change it to "Oversighters" for MediaWiki:Group-suppress and "oversight" for MediaWiki:Group-suppress-member, so ultimately the impact of this technical change will be imperceptible to most users.

Just to clarify, in what areas of the interface would this change be visible? For example, on enwiki the term "oversight" currently appears in Special:UserRights and Special:ListUsers, and the term "Oversighters" appears in Special:ListGroupRights. Would that change to "suppress" and "Suppressors" if this change is deployed? Would it be possible for local communities to overwrite this change with their own custom label if they don't want it?

It seems like T233561 may be related/the same issue?

It seems that this bug is still present. Please see the complaints on enwiki at this thread and this village pump thread. I personally encountered this issue when reviewing this pending change. The user that submitted the change was autoconfirmed and therefore should have had their edit automatically accepted, as there were no pending edits before them.

Just want to drop a short comment to say thanks for the quick work in getting this fixed. :) We really appreciate it.

I feel like this is always going to be "more art than science". Determining the seven millionth article is limited by the fact that we do not count deleted articles as part of the total article count. This is different from using oldid for edits, since as I understand the oldid number includes deleted edits.

Just to add a bit, with a good chunk of Wikipedia traffic coming from the Mobilefrontend, I see this as a rather important issue that needs to be fixed. Blocks are common for places like educational institutions (e.g. schools, colleges, universities), which often share IP addresses for a university network. It is not very polite to give an innocent user, who genuinely wants to contribute but is inadvertently affected by a block, something that looks like this: File:Autoblock of usernamekiran.png.

Per this discussion, let's go with extendedconfirmed.