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.

Yes, all tasks can be added as blockers. The deployment can wait for a more smooth period according to the others experience of using.

In T32471#3845056, @matmarex wrote:

This is probably mostly fixed by T152540: Migrate to HTML5 section ids?

Yeah, focusing on the top, now that makes no sense. Then now the percent-encoded well, because at least the firefox converts them (point-encoded it leaves encoded).

@MaxSem The last Google Chrome itself started to encode IDs - is there any news on this?

New links enadled in the ru.wikipedia and ru.wikisource, but link between projects from ru.wikipedia to ru.wikisource generates an old link with an encoding (also from en.wiki to ru.wiki )

[[:s:Уголовный кодекс Российской Федерации/Глава 1#Статья 2]]
https://ru.wikisource.org/wiki/Уголовный_кодекс_Российской_Федерации/Глава_1#.D0.A1.D1.82.D0.B0.D1.82.D1.8C.D1.8F_2

so all projects with html5 sections in their template:anchor should create two links - a new one and an old one with an encoding.

Edge 41.16299.15.0
after php header Location shows uncoded "http://localhost/test.html#абвг"
(ie11 http://localhost/test.html#абвг )
but when I made a zero edit for this section https://ru.wikipedia.org/wiki/RGB#История
in chrome I got
https://ru.wikipedia.org/w/index.php?title=RGB&oldid=81405061&diff=cur&shownotice=1#%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F
in edge I got
https://ru.wikipedia.org/w/index.php?title=RGB&oldid=81405061&diff=cur&shownotice=1#.D0.98.D1.81.D1.82.D0.BE.D1.80.D0.B8.D1.8F
here again the point-encoded words (which have already disabled?)

interpreted by

@Jdlrobson Vector - the main skin on which the content is written. In the vector, code tag has a gray background. tt tag has no background and was used in the text where monospace is needed. kbd and samp used to replace the tt - in the text where the background is undesirable and even in templates - so this border can come out unpredictably where in the article and other templates

@Jdlrobson 1) kbd and samp do not have a border in a vector 2) you did not add kbd and samp to css reset 3) in T179516 The browser itself changes the tt tag to monospace by default. But in the css reset tt tag equated to the normal text and does not return the monospace for tt - this is an error. If tt tag is used - it is used specially and it is clearly not an ordinary text. In this request for another skin - timeless at least does not use reset.

"After saving a section" - Yes, after section editing and pressing "Save changes"
before HTML5 sections https://ru.wikipedia.org/wiki/Википедия:Песочница#.D0.9F...
with HTML5 sections https://ru.wikipedia.org/wiki/Википедия:Песочница#%D0%9F...
it's because of the browser or mediawiki?