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.

Looks like I forgot to close this.

Seems to be stuck again.

So Admin Stats has been counting these while Edit Counter didn't? In that case it should definitely be added to the latter too; I'm fine with grouping it as suggested.

Getting the same error when opening https://wikidata-todo.toolforge.org/dupe_finder.php?site=eowiki&run=Do+it now:

Found 15,455 items unique to eowiki.
string(487) "select DISTINCT term_full_entity_id from wb_terms where term_type IN ('label','alias') AND term_text='Matthew McLauchlin' AND term_full_entity_id!='Q55986' AND NOT EXISTS (SELECT * FROM pagelinks,page WHERE page_namespace=0 AND term_full_entity_id=page_title and page_id=pl_from AND pl_namespace=0 AND pl_title IN ('Q4167410','Q13406463','Q4167836','Q11266439')) AND NOT EXISTS (SELECT * FROM wb_items_per_site WHERE concat('Q',ips_item_id)=term_full_entity_id AND ips_site_id='eowiki')" string(248) "#0 /data/project/magnustools/public_html/php/common.php(38): ToolforgeCommon->getSQL(Object(mysqli), 'select DISTINCT...', 0, '') #1 /data/project/wikidata-todo/public_html/dupe_finder.php(74): getSQL(Object(mysqli), 'select DISTINCT...') #2 {main}"
Fatal error: Uncaught Exception: ToolforgeCommon::getSQL: Table 'wikidatawiki_p.wb_terms' doesn't exist/1146 : select DISTINCT term_full_entity_id from wb_terms where term_type IN ('label','alias') AND term_text='Matthew McLauchlin' AND term_full_entity_id!='Q55986' AND NOT EXISTS (SELECT * FROM pagelinks,page WHERE page_namespace=0 AND term_full_entity_id=page_title and page_id=pl_from AND pl_namespace=0 AND pl_title IN ('Q4167410','Q13406463','Q4167836','Q11266439')) AND NOT EXISTS (SELECT * FROM wb_items_per_site WHERE concat('Q',ips_item_id)=term_full_entity_id AND ips_site_id='eowiki') in /data/project/magnustools/public_html/php/ToolforgeCommon.php:233 Stack trace: #0 /data/project/magnustools/public_html/php/common.php(38): ToolforgeCommon->getSQL(Object(mysqli), 'select DISTINCT...', 0, '') #1 /data/project/wikidata-todo/public_html/dupe_finder.php(74): getSQL(Object(mysqli), 'select DISTINCT...') #2 {main} thrown in /data/project/magnustools/public_html/php/ToolforgeCommon.php on line 233

You receive a thanks :)

Done for frwiktionary since that has a clear pattern with "Traductions" at the start.

In T270880#7296025, @1234qwer1234qwer4 wrote:

as I wrote in my comment further above, the change introduced a new inconsistency between the syntax highlighting and the actual output.

What is specifically the difference to the tasks linked in "see also" (which have been resolved)?

User has suggested that this might be a problem with the recentchanges table. However, given the lack of information and/or reproductions, I suggest closing this as invalid.

Note that moveClaim.js is a gadget now.

No, my spam folder has been empty all the time.

In T245343#7595719, @gerritbot wrote:

[mediawiki/services/texvcjs@master] Fix rendering of \\omicron and \\Omicron

I have provided specific edits in the task description, but will edit in a couple more later on.

I have been missing out on dozens of email notifcations since my report (can include the specific ones too). Please fix this ASAP.

What is the problem with blocking a user from creating specific nonexistent pages?

Can't reproduce on testwikidata.

Given that these are technically different features, why not just enable moveClaim.js as a separate gadget?

Please extend this ASAP. ü is normalised to U but Ü isn't. This was recently abused.

My task was older, but thanks, I guess.

In T291776#7380207, @matmarex wrote:

The broken markup comes from DiscussionTools:

"Wikimedia error"? Don't think this appears on Phab. T258803#7378611, where I had mentioned this task, appears to be the design of a typical Phab error.

In T283000#7108782, @Pchelolo wrote:

Ok, the two messages are because there's actually two errors - you can't edit the page, and you also can't change the page content model.

I can reproduce the following error message while logged in:

See also https://www.mediawiki.org/wiki/Topic:W5lwxwf8k7xb7qek regarding characters being interpreted incorrectly.

Thanks. I will submit some edit requests to the wikis where this still needs a change: https://global-search.toolforge.org/?q=.&regex=1&namespaces=8&title=Pipe-separator

Easy to get confused with such a number of duplicates.

Essentially the same as T14974, which had just been merged into that task as well.

In T28781#3310680, @SoWhy wrote:

Sorry to reopen this old task but apparently {{REVISIONUSER}} has been forgotten when fixing this back in 2011.