In T273003#6782955, @Joe wrote:

In T273003#6780172, @Dreamy_Jazz wrote:

Just to note that cyberbot I has been blocked because of the blanking issues on enwiki. The bot has also been blocked on two other wikis for the blanking issues. It would be really great if this issue is fixed, as this has stopped a fair number of tasks.

The solution to this problem is pretty simple:

make the bot handle failures of the API (they will *always* happen, even if in ridiculously low numbers, as shown above) and stop blanking pages when receiving an error.

Even if we get to the bottom of which events caused the few errors we found evidence of, we can definitely guarantee there will be more errors in the future, and at times even a ton of errors, be it for a wrong deployment or some catastrophic hardware failure or something else.

I think the bot should only be unblocked once error management is properly taken into account, not before.

Just to note that cyberbot I has been blocked because of the blanking issues on enwiki. The bot has also been blocked on two other wikis for the blanking issues. It would be really great if this issue is fixed, as this has stopped a fair number of tasks.

I would want to see the settings for blocked to be split, one for partial blocks and one for sitewide blocks. Therefore you can have a combination of allowing and not allowing partially blocked / blocked users. It doesn't necessarily make too much sense to disallow partially blocked users but allow blocked users, but I don't see that there necessarily needs to be a check to disallow this combination.

Actually I can do that myself. Apologies for any wasted time.

Hang on. Realised this was generated via a script after inspecting the element (the script in question is https://en.wikipedia.org/wiki/User:SD0001/RFUD-helper.js). I had assumed this was a new feature in mediawiki as this was added after I added any new scripts related to deletion and it had not occurred to me that it would be a script update. Please close as invalid.

So basically loading "Special:Undelete/name of page" or if the page is deleted loading name of page without doing anything else

See below:

This isn't undeletion. This is previewing the oversighted deleted diffs (not actually trying to undelete them). I'll get a screenshot.

I am also unable to also move pages using a tool (i.e. unable to move the page even without loading the move special page myself, but by using the API). AFCH returns the error "internal_api_error_DBQueryError".

It seems that pages I loaded before around 5 minutes ago work fine (even refreshing), but any other main space page does not load if I have not loaded it before. Also have found category pages and portal pages can show the error.

Apologies. Didn't realise the task has been closed as a duplicate. Reverting myself

It also affects https://en.wikipedia.org/wiki/Template:Casenav/closed for ArbCom on the English Wikipedia.

Also I have seemed to open this as a Bug report. Please change this if I have pressed the wrong button.

Ah, I had assumed the create protection applied even after the page was created. Thanks for the information.

Thanks for your help. I assumed that bot edits get marked with the lowercase b.

I have enabled the highvolume grant and this fixed the problem with the groups, but even with the bot group and "botflag=True" the edits don't show up with the botflag. For example (https://en.wikipedia.org/w/index.php?title=Yu-Gi-Oh!&diff=prev&oldid=881544738) was performed with the aforementioned grant, but the "b" is not there and it still shows up in watchlists.

To follow up, the login function does not affect this. Without the line, the code still does not mark the edit as a bot edit.

That would make sense.