Seems to be due to a local overwrite of the message on de.wikipedia.org

Just realizing that now while wiring up all parts of the logic here:

Can be tested on beta e.g. with: https://en.wikipedia.beta.wmflabs.org/wiki/File:Green_Image_Test.png

Data should come in when the change goes live with the train. The board now contains to fields showing the numbers.

Without knowing much about how diffs are generated for Wikidata, I just wanted to mention current issues with wikidiff2 leading to timeouts on big diffs T204010: Comparing revisions can fatal (from wikidiff2 via TextSlotDiffRenderer or ApiComparePages) - The problem is fixed in a newer version that will be deployed eventually (WIP).

FYI: The above is a PoC how to do the requested using the cache to identify the revisions of interest.

Hey @geraki, thanks for the report and for creating this ticket.

Hey @Multichill, thanks for the report. When I got this right, it should be know issue (e.g. see T223701: Recent search regression: changing certain components in the search bar changes the URL to a plain index.php).

Just to write down my first round of investigation and digging into the code.

Would it be possible to only suppress the part where the AbuseFilter fires?

From the AbuseFilter we only know that the revision is blocked and get the title and the id of the filter that was hit. We do not know that part of the revision triggered the filter.

To the first two questions:

I created T225609: Supplement the FileImporter environment on beta to allow full testing as follow up, to allow the testing of the Wikidata template retrieval on the beta clusters.