https://ro.wikipedia.org/w/index.php?search="Vezi+și" still shows redlinks/links to action=edit.

I'm not sure what made these options selected by default, but I certainly did not enter any of these changes. Probably a problem for a different task though.

The mockup looks pretty good, and using sections will certainly make the distinction between the two lists of included and excluded wikis easier.

I guess "partly failing" just means that the highlighter wasn't always failing, so the issue described initially should be resolved. However, as I wrote in my comment further above, the change introduced a new inconsistency between the syntax highlighting and the actual output.

Similar issue is seen when trying to move a page into another user's css or js page.

Sorry, the latest titles are very ungrammatical.

I find it quite weird that you often only have parts of quite specific specific character sets. For example, you have the regional indicator symbols for A D E F H I L R S U (🇦 🇩 🇪 🇫 🇭 🇮 🇮 🇷 🇸 🇺) but not for the rest of the alphabet (🇧 🇨 🇬 🇯 🇰 🇲 🇳 🇴 🇵 🇶 🇹 🇻 🇼 🇽 🇾 🇿). I also suggest adding other symbols from the Enclosed Alphanumerics and Enclosed Alphanumerics Supplement Unicode blocks, namely, each row resembling an alphabet,

I'm not sure I follow the reproduction steps, but I was going to report a bug that appears to be similar to this one, so I am posting this here with my own description:

1. Create a Flow thread on mediawikiwiki
2. In source code mode, enter {{subst:Welcome}}
3. Preview in visual mode, then save.

In preview, the message will be displayed as "{{subst:Welcome}}", while the saved version will show the actual template.

Due to recent abuse that can be seen for example at https://simple.wikipedia.org/wiki/Special:Contributions/46.134.191.203, please also add the mathematical alphanumeric characters (see https://en.wikipedia.org/wiki/Mathematical_Alphanumeric_Symbols for character tables).

In T286184#7198625, @Aklapper wrote:

Local on-wiki content is managed independently on each wiki, by each wiki community themselves. This needs fixing on the local wiki by deleting (or adjusting) Please delete https://scn.wikipedia.org/wiki/MediaWiki:Enotif_body . Hence I am closing this task here - thanks for your understanding!

Non-overwritten MediaWiki pages usually do show content while suggesting to "create" (not "edit") them. However, it is weird that the message does not seem to match the default one.

When trying to save an AbuseFilter, the page is reloaded in desktop mode with the message "The edit wasn't saved! Please save again." Saving from desktop mode then works.

This was sounding like it was about creating and removing translation units via Special:PageTranslation (while "marking", as in the title, for translation).

a period of time

you can set time limits at https://xtools.wmflabs.org/globalcontribs. I did think that different limits of edits per page would be useful though. The same could probably be done for other tools listing edits then, such as Automated Edits; possibly as a logged-in-only feature.

It seems that the observed behaviour has changed from nothing happening to a page reload.

Ah, good to know, thanks.

I just tried this out, and the categories were prepared.

https://xtools.wmflabs.org/topedits/en.wikipedia.org/1234qwer1234qwer4/10 shows full "Unknown" assessment despite most of the pages having Template-class set on the talk page.

Ah, given that for me, everyone had zero imports (see screenshot in the original post), I assume this is the recent action

13:14, 4 June 2021 Leaderboard discuss contribs imported Transwiki:Super Mario Sunshine by file upload (49 revisions) (per WB:RFI) (thank)

since there didn't seem to be any other imports "by file upload" within the last month by this user. That means the import log action isn't quite "non-existent". Is there any way we can count both actions as one?

Is this now deployed? The Admin Stats currently show one import for Leaderboard (instead of 0), and I assume the uncounted actions are due to caching?

Ah, so that was the error. Thanks! Funnily, https://xtools.wmflabs.org/globalcontribs/Ssgapu22 shows just "wikipedia" instead of "or.wikipedia.org" for the same reason.

On a related note, the translation page deletion (pagetranslation-deletelok) in the pagetranslation log should be added to the admin stats and the translationadmin stats proposed here, as it can only be completed by users in both user groups (more precisely, users with delete and translate-manage permissions, as far as I understand it).

Thanks, that is interesting. As for the comment on the syntax, I guess the added space was intended to fix that, but I was sceptical if it actually worked myself. Anyway, the line has now been removed, though I might forward your message to Minorax, who edited the filter.

In T279041#7112505, @MusikAnimal wrote:

Same CIDR limits as the wiki (/18 for IPv4, /32 for IPv6).

Is this related to the incorrect text directionality behaviour I reported at https://www.mediawiki.org/wiki/Topic:W55cu3qqp8z2q358?

In T233652#6082507, @MusikAnimal wrote:

This is similar to T171996 in that the architecture currently revolves solely around logged actions.

Can we get a list of pages that were affected by this bug in some way?

+ https://meta.wikimedia.org/wiki/Special:Diff/21510139.

This would ideally need to be done for page protection and probably rollback as well.

https://meta.wikimedia.org/wiki/Template:Policy, see https://meta.wikimedia.org/wiki/Meta:Administrators.

In T226230#5452576, @MusikAnimal wrote:

There is not. We do have a XTools-wide configuration option for "languageless wikis" (I think "multilingual" is a more appropriate name!), so we could use that to create a new option to target the multilingual sites in semi_automated.yml. That's a bit of work, but it seems worthwhile. I'll try to get to it soon!

Done with https://meta.wikimedia.org/wiki/Special:Diff/21452504.

I had done the same for the other two mentioned languages as well (not sure why you focused on Hungarian specifically). I will copy the regexps to production for now, but if anyone reports some false positives, we could probably check for the end of the edit summary as well (\[\[Wikipédia:AutoWikiBrowser\|AWB\]\]$).

Paritally done with https://meta.wikimedia.org/wiki/Special:Diff/21434932. I did import all of the texts to the sandbox config, but did not move Catalan, Hungarian, and Kurdish to production for now as the summary texts do not contain anything like "using", instead having just a plain link to AWB. This was about what we had before T200791 globally, so this shouldn't be that much of a problem locally given that false positives are rare enough to not worry about them, I think. However, I would like to hear about this from @MusikAnimal, who has much more experience with XTools.

In T257723#6347251, @MusikAnimal wrote:

At the top it would say "0 non-automated edits", but then you still see edits in a section called "Non-automated edits".

Done with https://meta.wikimedia.org/wiki/Special:Diff/21428706. Please report at https://meta.wikimedia.org/wiki/MediaWiki_talk:XTools-AutoEdits.json if there is any other hywiki-specific gadget or other tool to be added!

Done with https://meta.wikimedia.org/wiki/Special:Diff/21427815.

Done with https://meta.wikimedia.org/wiki/Special:Diff/21427765. Even though its usage has declined in the last years, having only ~300 edits on the admin request noticeboard in the last 3 years, I counted a total of over 4000 edits there from multiple separate articleinfo reports, and another 1400 edits on RPP. With more than 100 users over the years and the namespace restriction, I figured this was a reasonable addition.

As I am now an admin on Meta, I could do this. Do I understand it correctly that the edit summary will use mSummaryTag + " " + WPAWB (the default for WPAWB being "[[Project:AWB|AWB]]")?

Done with https://meta.wikimedia.org/wiki/Special:Diff/21426372.

I also noticed that when I load the sandbox mode page while logged out, resulting in the warning message that the production config is used, and log in from there, I am displayed as logged in and the sandbox config is in fact used, but the warning is still shown. Possibly that's related.

Out of everything it had to be AutoEdits which causes the problem. I clicked on every one of the tools, and none of the others resulted in a logout. This made testing new AutoEdits configurations in sandbox mode nearly impossible.

Done with https://meta.wikimedia.org/wiki/Special:Diff/21424225.

Actually, looking at https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/User:SD0001/draft-sort-burst.js&hidelinks=1, this tool does not seem to be used by anyone currently. Closing.

Appears to already be supported. @MusikAnimal Do you remember completing this task before deploying the on-wiki configuration?