Is the new linktarget table publicly available somewhere? My bot regularly updates maintenance lists (https://fr.wikipedia.org/wiki/Projet:Mod%C3%A8le/Maintenance/Listes) based on the template dump of frwiki (https://dumps.wikimedia.org/frwiki/latest/frwiki-latest-templatelinks.sql.gz). After this update, I don't see a way to reconstruct the fields that were present before, because I don't know where to find the data to resolve target_ids.

+1 to the suggestion from Tgr to limit this to a subset of gadgets.

But not clever enough to use a proxy that doesn't add XFF headers

The last 6 emails passed the spam filter, so I'm closing this bug. It might have been solved by the recent update of mailman.

HTML messages are still consistently blocked.
Is there at least a way to get the log of the spam filter?
I went through past messages and tried to fix another detection that already existed at the time message were still accepted (TO_NO_BRKTS_HTML_IMG), it didn't help. Without having access to additional information, it's hard for me to fix the issue.

I tried to send the issue of the week in plain text format, and it worked. This confirms that the e-mail is filtered due to its content (at least partially).
Is there a way to add a rule to the spam filters to allow my bot to send e-mail to that list?

When I send an e-mail to myself without going through the mailing list server, it get the following spam tags:

In T154637#6511351, @Ostrzyciel wrote:

Does that happen often?

I listed them on https://fr.wikipedia.org/wiki/Utilisateur:Orlodrim/List_of_double_reverts for frwiki. This happens about 3 times a day on frwiki, which represents 1.1% of manual reverts (without bots).

I found of different situation not involving bots where it would be good not mark the edit as reverted, or at least not send a notification:

• Edit 1: BadUser vandalises an article
• Edit 2: BadUser vandalises the same article again
• Edit 3: GoodUser reverts edit 2 only
• Edit 4: GoodAndMoreCarefulUser also reverts edit 1

In T154637#6509215, @Ostrzyciel wrote:

The bot appears to notify users on its own, see this page for an example: https://en.wikipedia.org/w/index.php?title=User_talk:80.94.196.114&oldid=981306957 I guess this makes it a non-issue :)

Also, ClueBot NG reverts have the "rollback" tag, which I guess implies that it uses the rollback API instead of doing "manual" reverts.

I agree that excluding bots would be a sane default.

I noticed some cases where I don't think the manual edit tag should be applied, and in particular where triggering a notification will probably annoy users. I wrote the details in T256001#6489764, although I'm not sure which bug is the most appropriate to discuss this.

As a bot owner, I would like to mention several situations where the "manual revert" tag is applied in a situation where it doesn't seem relevant. The tag itself doesn't do much harm, but as far as I understand, there is a plan to notify users from those manual reverts (T154637), so this could become more annoying.

As I also explained on the original request, I think this is working as intended: "Projet" is a not a standard MediaWiki namespace, it is specific to the French version of Wikipedia. Thus, it uses messages in French. On the other hand, nstab-project is already used by the "Wikipédia" namespace (whose canonical name is "Project"). Since each namespace uses a different message, there is no reason to use nstab-project for "Projet".

Great, thanks!

I opened this three years ago, and the last comment on T113042 says "The first one [this issue] seems hard to fix right now".
If this is no concrete plan to implement a protection against this in MediaWiki, I think it is better at this point to ask a sysop on meta to fix broken scripts (I found 34 affected users in the last dump of metawiki) and use AbuseFilter to catch new errors (at least the simplest cases). Any objections?

This also happens on frwiki. I just renamed an orphan flow board left after a user rename (https://fr.wikipedia.org/w/index.php?title=Sp%C3%A9cial:Journal&offset=20180416173900&type=move&user=Orlodrim&limit=1). The user was renamed by Céréales Killer, who is a sysop on frwiki.

I can still reproduce this on https://en.wikipedia.beta.wmflabs.org/. Do you propose to close the task because you think this should not be fixed? Or is it fixed by something not deployed yet on the beta cluster?

This was resolved independently of this report (https://gerrit.wikimedia.org/r/#/c/417460/).

I saved the list of HTTP queries for https://fr.wikipedia.org/wiki/Michel_Juff%C3%A9?veaction=edit until the first error message is displayed on https://fr.wikipedia.org/w/index.php?title=Utilisateur:Orlodrim/test&oldid=128798674.

Thanks for digging into this.
One thing I forgot to mention: the issue does not occur with the parser function {{PROTECTIONLEVEL:edit}}.
Even if this is unrelated to scribunto, maybe the parser function does some kind of sanity checks that could be reused here?

Oops, it looks like getting the gender of the current user does not require anything special in the message, sorry. Please ignore this.

A workaround for the first point is to do a query directly on the wiki you are interested in (example: https://fy.wikipedia.org/w/api.php?action=query&list=abuselog&aflfilter=global-110), with the drawback is that it may require special rights on that wiki (for instance, only autoconfirmed users can filter by id on frwiki).

In T98629#1291637, @Dereckson wrote:

As indicated above, the fact the community is now in favour of a more lightweight decision process should be properly documented on the Wikipédia:Sondage page

Done

3 site requests were done in 2015 as the result of polls:

Thanks Dereckson. I removed the gadget.

I see the change has been applied, thanks!

I found how to reproduce this bug, at least in some cases. If you edit a page with VisualEditor and an automatic merge happens when you submit (i.e. someone submits a change between the moment you click "edit" and the moment you press "submit"), then AbuseFilter sees the revision before the merge.