This is not an issue in the gadget nor related to lead section editing, this is how section editing in general behaves (try it).

Indeed, when I use the shortcut in Firefox, it focuses the element, but it doesn't trigger the action. I now observe the same on Wikipedia and Wikidata, indicating it's probably a Regression in the most recent version.

There will be 4 new AbuseFilter variables

Variable 1: they check if a page is in pending changes

Steps to reproduce:

In T407664#12047899, @Wellverywell wrote:

@matej_suchanek Can you please also file that as a separate task?

I am not saying there is no use or demand for the feature you are proposing, nor that it would not make things clearer, only that introduction of a new parser function is unlikely to solve the problem of serving expired pages.

However, because the page output is cached by the system and the cache is not always refreshed promptly, outdated content can be served. This may result in issues such as the same article being displayed for multiple days or the next scheduled article not appearing as expected.

Yes (to all).

A workaround could be to first change the link to garbage and then remove the garbage.

If queries against the Wikimedia Commons Query Service are an option:

It's not a bug. The first regex will always match "enhance" regardless of which tool you use for regex matching:

I found one more caveat regarding regexes under the "whole word" setting that can confuse some users.

On a related note, Azerbaijani has just implemented this via GRAMMAR (T426082), and this is how @jhsoby wanted to make it work for English in 678307.

Some investigation is finally being done in T427208: Can't remove coordinate statement using GUI (maybe it's the same problem?).

In T407664#11969418, @Wellverywell wrote:

the check suggests to replace ? with ? which doesn't make sense, and I don't understand from where the space in replacement comes from...

In T426452#11959617, @Ponor wrote:

The class floatright is there in <table>, but on the right Firefox does not seem to know about it.
What decides when the classes will be delivered to the preview?

In T2156#11568099, @Samwilson wrote:

There's nothing to announce on Tech News yet.

Invisible (Phabricator/Help § File visibility).

https://meta.wikimedia.org/wiki/MediaWiki_talk:Gadget-AutosuggestSitelink-messages#nowrap

Is it intentional that regex-based replacements are always case-insensitive? At least this is my impression from reading the code.

Thank you for tagging this task with good first task for Wikimedia newcomers!

With DiscussionTools that integrate the visual editor, I think this is mostly obsolete.

In T407664#11800701, @Sdkb wrote:

Documenting my query about regex flavors: Editors using AWB are used to the .NET flavor and those using Cirrus search are used to a MediaWiki-flavored version. Hopefully we can avoid introducing a third flavor that could cause confusion.

In T190531#4076950, @jeblad wrote:

This table is somewhat foolishly organized, the domain names should be split off from the path, put in a separate column, and the domain name should then be indexed. The table should only be searched for domain names not found in the store, and only for exact matches.

This indeed looks like the same bug. But I am not able to verify if it shares the same cause.

I recall myself making sure the sorting works regardless of the format in 105ec54 (T339149). Does this not work anymore? (It works for me on https://cs.wikipedia.org/wiki/Speci%C3%A1ln%C3%AD:Spravovat_mentory.)

In T421642#11785461, @Xqt wrote:

The problems began on March 25th:

Has anyone already mentioned languages with extensive use of suffixes?

DiscussionTools have mostly dealt with this.

Depends on how we want to instantiate it. pywikibot.Site('abstract', 'wikipedia') or pywikibot.Site('wikipedia', 'abstract')?
Note that multilingual Wikisource is also in the 'wikisource' family.

the instability of this metadata will lead to false positives (read: the Check not appearing in cases when people paste text directly from LLMs)

Sample fix per enwiki: https://en.wikipedia.org/w/index.php?diff=1343188790, https://en.wikipedia.org/w/index.php?diff=1343320597.