@Urbanecm We have already "delete them all". These were two boards with sandbox function for the test in 2014. All useful messages have been moved to wikitext. Just delete that already and delete associated namespaces.

@Urbanecm Is this "Bulk-delete" script different from local admin rights? If the administrator manually deletes all pages in the "Topic" namespace - will it be the same as the deleteBatch does or not?

@kostajh Deleting all 159 T188812#4020445 topics by the local admin can help delete the extension, or does it not matter what state the topics are in? or deleting topics only creates links in the logs that will further interfere with deleting the extension? Already disabled in the wiki where there are zero topics - do you need our consent to wipe something that would help delete the extension?

Where is the "🖉Edit links/Add links" now?

In T278989#7007258, @stjn wrote:

The immediate fix

@Jdlrobson For a complete understanding, this was used as a tweak around what the list looks like. For example, there are 317 languages ​​on the main page, if you disable the checkbox "Use a compact language list, with languages relevant to you." in Preferences/Appearance, then these languages ​​will be 6300px in height. When {{noexternallanglinks}} was added, the long list from Wikidata disappeared, but the links left as local interwiki in the wikitext of the page remained and were shown in the sidebar in place of the languages.
It is planned that the languages will be in one button in the header https://www.mediawiki.org/wiki/Reading/Web/Desktop_Improvements/Features/Language_switching , but the main page does not have a header and it is unclear how the button and languages will look on the main page in the future.
Perhaps after the appearance of one button, the setting of disabling the short list will not affect the list in the modern Vector. But the setting will affect monobook and old Vector skins, where some gadgets work with a complete list, for example, moving up certain languages or replacing the names of languages from their writing to names in one local language.
Maybe now all wikis should use noexternallanglinks "as a function, with parameters" if this new change is important or it will work as written "Only the interlanguage links that are present in the wikitext will be used".

@matmarex Does this mean that by creating a global variable it will be left to work like this for a long term and for many years? Does this mean that the developers have no further plans to unify the presentation for all discussions with the tool (with/without visible bullets regardless of the ul/dl code)? After all, there were earlier some proposals for additional more complex markup.

@Whatamidoing-WMF Giving it to a small group of admins is the easy way to push their opinions through a message (which change they can easily and quietly influence) to all users of the wiki. When the tool works the same on all sites, it is the Foundation's decision, but when you give the change to the admin, it is largely the decision of that small group. There is no rule about one specific symbol in ruwiki. They will not use Reply Tool because they are using their own script CD. This is your tool and your decision. There will be no personal choice for editors neither by personal editing, nor by local voting (all votes are short-term and few editors participate. Invite all users of their script to influence the decision they need in the vote and the result is obvious), interface-admins will of course push DiscussionTools users into the behavior of their scripts. This whole approach with symbols only creates local holywars. When contributors do not personally choose when creating a comment, as they do now, this is not the same approach when the developers suggested making "existing" things easier.

It is definitely necessary, for example, at the end of the title, to add the full word "reply" or "editing". Now browsers, when the user writes text in the address bar, show hints and, in particular, show suitable names of open tabs. This ability of browsers to find a tab is worth using.

Additionally https://www.mediawiki.org/wiki/Extension:FlaggedRevs add one more tab "Pending changes" which is also assigned "v" key. Any but unique replacement for short keys will be more convenient to activate instantly.

I can create an article about the celsius symbol and make it a redirect https://en.wikipedia.org/w/index.php?title=%E2%84%83&redirect=no . I expected I could do the same for the angstrom symbol, but an article with a letter is created instead.
I can copy the symbol and letter into the wiki text editor (monospace Courier New) and see the difference, but if I press preview or save the page then the symbol is replaced with a letter. The symbol is shown only when using the code Å Å
℃ Degree Celsius U+2103 = UTF-8 E2 84 83
Å Angstrom Sign U+212B = UTF-8 E2 84 AB
I tried to write the title of the article in percentage encoding https://en.wikipedia.org/w/index.php?title=%E2%84%AB&redirect=no , but Wikipedia again shows the article about the letter, although nothing should change in the encoding from the browser side.
If autocorrect exists in order not to be confused with a letter, then there should be a way to create an article with a title through the encoding. On https://www.mediawiki.org/w/index.php?search=angstrom there is nothing about a replacement or about a symbol in the search. And this symbol cannot be used in the search - the results will be for a letter. Somewhere this behavior must be explained.

The same problem occurs in ruWP. https://ru.wikipedia.org/w/index.php?title=Надписи_из_деревьев&diff=next&oldid=108444834 Our bot periodically cleans it up.
See the fourth picture - https://ru.wikipedia.org/w/index.php?title=Надписи_из_деревьев&oldid=108499780 The link parameter text is added with percent-encoding, which is why the link is visible in the article instead of the file description!

In T257500#6310864, @Base wrote:

What do you mean? {{grammar:prepositional|Википедия}} outputs Википедии to me.

In T257500#6293265, @Aklapper wrote:

I don't know how you landed in a eight year old codebase.

TemplateStyles affects blocks inside .mw-parser-output, but does not directly affect .mw-parser-output. Affect the entire page instead of part of the page may be against "Template"Styles goals.

@Dbrant https://stackoverflow.com/questions/37003354/enabling-tls-1-2-on-codename-one-app-for-android-4-0-x-4-1-x-and-4-2-x?rq=1 - would something like this help?

Not shown. But it would be useful to see link after entering the wrong data. The participant was confused and came to the forum asking how to recover the password. Potentially, we may lose participants who did not see this link and did not ask on the forum. Participants are not involved in the fact that their IP are included in the ranges. This link is not even shown in the settings for logged in participants, so it is almost hidden for those who in the range.

In T240203#5723640, @Aklapper wrote:

@Sunpriat2: Hi, "Forgot your password?" is usually shown after failed login, also on en.wp. Please read https://www.mediawiki.org/wiki/How_to_report_a_bug and provide a list of clear and exact steps how to get to https://phabricator.wikimedia.org/F31463710 which does not have a "Forgot your password?" link.

Similar "No longer required" with MediaWiki:Watchdetails, MediaWiki:Wlhideshowown, MediaWiki:Wlhideshowbots (old - Wlhideshow, new Wlshowhide)

https://translatewiki.net/wiki/MediaWiki:confirm-purge-title and
https://translatewiki.net/wiki/MediaWiki:confirm-purge-top
https://translatewiki.net/w/i.php?title=MediaWiki:Addwatch/en&action=purge&uselang=qqx Also in this group. Purge synonymously with clear in translations. Additionally, “purge” sounds pretty technical and strange to “purge” a page. Non-technical participants don’t know what “purge a page” means - it sounds like deleting a page content. In translations, one of the ways this is a simplification "purge this page" to "clear the cache of this page". Maybe show something like "refresh page"?

In T107144#4904913, @Sunpriat wrote:

I confirm the language for the aliens. Not user-friendly.

https://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD:%D0%97%D0%B2%D0%B5%D0%B7%D0%B4%D0%B0/doc&oldid=91671399
Chrome:

When I send it to myself, I also get a normal subject.