Agree that multiple to-do lists could be helpful, especially if we can set each to public vs private, or just want to sort them by theme. Having reminders might be less of a necessity (although I wouldn't be opposed to it), but something that could be great would be the ability to set a priority for each list element. I also like the aforementioned idea of making it checkbox-based for intuitiveness!

More general comment: the "After" overrelies on thin outlines and might be worse for accessibility (and from a design standpoint) comparing to the bolder, filled shapes we currently have. I'd be down for a redesign of some of the current shapes (such as the fixes I outlined above) for more consistency and readability, but a change of this magnitude is not necessary or helpful in my opinion.

Two other (small) issues that could be fixed:

• SpeechBubbleAdd has inconsistent proportions compared to other speech bubbles (namely, it doesn't fill the whole icon space). That inconsistency is pretty visible when used side-by-side or when one switches to the other, and should be an easy fix.
• While most letters are not in the above list, Bold Arab Ain is currently in a different style compared to other bold Arab characters, being more calligraphic and with tapered instead of squared ends.

A few icons I've been having in mind:

Thanks for the explanation, that does make sense!

In T395166#10900382, @DLynch wrote:

If we wanted to, we could make some sort of additional on-wiki logging system akin to the AbuseFilter logs. We should talk about that as a generic system for all checks, though.

In T395712#10872592, @Pppery wrote:

I would think the discussion should have been formally closed before filing here.

And, in any event, the next time a config change could be deployed is June 2, since this sort of change isn't done on Fridays or Weekends.

I used to have this bug until yesterday. Now, the references display with the correct number, but in black instead of blue. Might this be related to the latest fixes?

From what I understand, the search engine searches the "UBX/GALLERY" string in Wikipedia: namespace pages, but the title string itself (which is used to generate the redlink) doesn't include Wikipedia. A bugfix might involve adding the namespace in which the search is made to the redlink. However we should bear in mind that it is possible to search in several namespaces at the same time, and how to generalize our bugfix to this case is not obvious.

Something to have in mind: some articles can be created from splitting other larger articles, and, more generally, content about a given subject can be available on a broader Wikipedia article before the specific article is written. Since this content can also show up in training data, should this be taken into consideration? To use the example of Maria Trubnikova, the first mention of her in the en:Feminism in Russia page dates back from June 2012, before either the English or Russian Wikipedias had an article on her.

Looking at the hits of Special:AbuseFilter/1346, it looks like only ChatGPT-generated links are getting caught here. @DLynch already looked into ChatGPT's behavior earlier today, finding that it would only generate UTM links through its web-search tool, but not through a regular "ask to write an article" query.

Thanks for adding the task, I'd be happy to go for it!

Thanks a lot for putting me in the loop! Enabling it for drafts does make a lot of sense.

Personally interested in this, especially with respect to WikiProject AI Cleanup. I was in talks with GPTZero for a similar project adapted to Wikipedia (beyond just using their default model), although that didn't work out in the end. Would be interesting if we could work on our own, open-source version.