Oh, sorry, my bad. There's been a lot of redundant reports lately and I saw the HY000 error which had appeared in some other reports too, but thanks for fixing my mistake.

This is not XTools-specific and XTools can't fix this.

Works for me now; looks like this is resolved.

Thanks! I think Ӽӽ is still missing too. Also since you added ѿ you might as well add ѡ, and Ѽ should at least be mapped to Ѡ if that should not be mapped to W as well.

Cyrillic and Greek seem reasonable since they are quite closely related (though indeed it may be confusing for letters like Г or Ђ which have a completely different etymology -- for Г I've at least seen it being abused though). In fact, Cyrillic has quite a few more additions worth looking into, such as Ѻѻ for O or Ҏҏ for P. Also, it looks like ґ is normalised to Ґ; I wonder why this isn't leading to the R set the letter Г is pointing at.

thanks a lot for your help @Umherirrender! The ɕ character should be in the C equivset for sure since it is literally the letter c with a diacritic, and ѓӷ (plus their capital forms) should be in the R equivset considering that the letter г is. The rest probably needs some more investigation (ligatures appear to be sort of a difficult case in general).

This is about https://www.wikidata.org/wiki/MediaWiki:Gadget-Merge.js. However, I do not understand what is meant by a

Not sure if this is related, but in Firefox, the checkbox and buttons are accessible with the tab key, but hitting enter on the checkbox just confirms the login without changing the state of the checkbox.

@rook Both tasks are by me. The title (and if not, the description with the relevant links) should be clear enough in stating that this one is about the Wikidata sitelink change reflecting a page move while the other is about the redirect created when it is not suppressed in the move.

Note: namespace should be called "Ков", see https://inh.wikipedia.org/wiki/ОагӀат:Ковнаш.

In T31216#1898651, @Krenair wrote:

In T31216#1894107, @Trijnstel wrote:

Is this only about a suppression where one deletes+suppress a page at the same time?

Don't think so.

Another similar one, if it helps: https://de.wikipedia.org/w/index.php?search="Essays%2C+Reden%2C+Propagandaschriften+u.+a."

Sure, done.

Just noting that Special:GlobalBlockList has a similar issue.

There are multiple issues highlighted in this report: One is deleting a translation page without its units (what is stated in the title); the other is restoring translation pages, which is an unrelated issue affecting restoration of pages deleted by FuzzyBot in the same way and should be handled with a separate ticket (and is arguably more important since it actually makes the workflow with the translation extension so much harder, requiring you to temporarily unmark the whole page from translation first, as outlined here).

The bug I saw here was mostly your second point, though I'm pretty sure I have sent thanks for user rights log entries before (third point).

I reported this just after submitting this search query for the first time and realising it fails.

@Urbanecm Are you sure about this? This task is about the tool failing for a specific query, possibly due to the emoji/Unicode plane 1 character, while T316420 seems to be a more recent issue.

srwikisource has been fixed (thanks). hiwikisource is still to be handled, and I have also found https://eu.wikisource.org/, https://be.wikisource.org/, and https://cs.wikisource.org/ with this issue.

FWIW this has been existing since 2018 at https://www.wikidata.org/wiki/User:Mat%C4%9Bj_Such%C3%A1nek/patrolRevisions.js. Not sure the subtasks are arranged appropriately; I think this task can be closed.

I've been using that feed for at least a year without any problems. This started to occur about when this bug was reported.

Well, my feed is still timing out: https://meta.wikimedia.org/w/index.php?userExpLevel=unregistered%3Bnewcomer&hidebots=1&translations=filter&hidecategorization=1&hideWikibase=1&limit=500&days=30&reviewStatus__manual_color=c2&changeType__hidelog_color=c3&tagfilter__mw-reverted_color=c1&title=Special:RecentChanges&urlversion=2

In T311360#8048895, @Ladsgroup wrote:

This is fixed now.

Don't know about anything orthographic, but this symbol is way too common in all kinds of texts to make this change at this point. Search for insource:/`/ on a reasonably big wiki and you'll get thousands of results (despite a timeout).

In T311360#8027523, @Nikerabbit wrote:

I assume MediaWiki-extensions-Translate was tagged because of this, but there is no code that ignores errors there. My guess is that it just happens to be the next query executed after the query that was interrupted by the timeout and that Special:RecentChanges is the one ignoring that error.

Note that this is also a problem on https://hi.wikisource.org/.

Note that said "comment box" appears instead of the "diff screen" when the revision text is hidden. As a sort of workaround for "checking what the hidden edit summary contained", you can click the "(change visibility)" link, which will display hidden usernames and summaries too (this can also be used for accessing deleted log entries).

Not just the one mentioned at T172268? Ping @Urbanecm

Ok, I uploaded the new version.

Thanks. Your file appears to be 135x150; could that still cause issues?

For now, since the tool has been used for quite a while, apparently by over 100 editors (https://en.wikipedia.org/w/index.php?title=Special:WhatLinksHere/User:DannyS712/Draft_no_cat.js&limit=250), and since the linked task doesn't clearly formulate what is to be implemented, I have added this to the configuration.

In T291305#7597143, @Etonkovidova wrote:

I checked the links below (from the task description) - all links redirect to deleted revisions:

Support this, since just looking at diffs makes finding the relevant unit quite annoyingly hard, and blatantly incorrect taggings are not uncommon. Maybe this could even come with an easy way to revert the marking.

Additional example: https://ru.wikipedia.org/w/index.php?search="середина+XIX+века+(греческий+период)"

Exactly the same as on a history page.

In T36524#5473076, @DannyS712 wrote:

Assuming this is referring to "all" except for "revision deleted" and "current"

Made some extension to T27619#7220525 above; would appreciate if somebody could take a look at this.