TemplateStyles affects blocks inside .mw-parser-output, but does not directly affect .mw-parser-output. .mw-parser-output is still inside #mw-content-text, so making TemplateStyles possible to influence .mw-parser-output could make sense.

@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?

@Volker_E we are talking about a different display of content in the main skin and a new one. It's strange that you are against tt and one-time is not against his presence in the styles of vector skin. "Instead contributors" we are not talking about the contributors, we're talking about skins. Until the skins mimic the tt under the code tags, the contributors will use it.

@MaxSem Thanks!

@Volker_E "task should be declined" - tt is redrawn in main skins - vector & monobook from the settings. The content of the page should be equally displayed in all skins. Or tt is redrawn in all skins or need to remove tt redrawing from vector & monobook (equally in all).

@MaxSem "Cannot Merge" https://gerrit.wikimedia.org/r/#/c/386553/

@Johan ping
T175725: Deploy HTML5 sections to WMF production

1. open https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D0%BA%D1%83%D0%B1%D0%B0%D1%82%D0%BE%D1%80:%D0%9F%D0%B5%D1%81%D0%BE%D1%87%D0%BD%D0%B8%D1%86%D0%B0
2. edit in normal editor, copy paste

Are there some additional special conditions to reproduce the issue?