@Amorymeltzer Unless the site is down, about to go down, or unusable for a very large group of users a ticket is not Unbreak Now!

See also https://www.mediawiki.org/wiki/Phabricator/Project_management#Priority_levels

More anti-modern chauvinism!!1! (Thanks DJ, that's helpful — I put a stopgap into sitewide Modern.css, so it's certainly less now, more unbreak.)

In T201663#4493937, @Amorymeltzer wrote:

I put a stopgap into sitewide Modern.css, so it's certainly less now, more unbreak.

Instead of such a "nuclear option" which re-introduces T200148, you should set a more appropriate top value for #coordinates. Based on some quick testing 0.1em seemed to work well enough to restore/keep the current behavior while still allowing to remove that position: static; from #mw_content. Additionally it should play nicer with the site notice when one is present.

Here's a screenshot of the aforementioned New York City article with my proposed #coordinates fix applied, a site notice hacked in and position: static; removed from #mw_content:

Part of the point of doing the position and layer changes on both these skins is also just to make a clearer, more consistent-between-skins separation between content and navigation stuff. Needless to say this won't always work, but there are other potential extension incompatibilities that this should also help avoid, so if we have another option than to simply revert it, I'd argue that's probably ideal.

(Not that the cited codemirror or whatever it is bug also doesn't need to be fixed...)

I don't know about nuclear, but if that also fixed other things Isarra, then fabulous. What I was trying to suggest in T200148 was that altering the entire content box to tweak what was seemingly an issue of misaligned z-indexes between the notifications flyout and the toolbars appeared incongruent. Changing the coordinates setup is indeed easy enough, but then again it's not clear to me what else folks have customized that would change.

@Omar_Ghrida: Not sure why you added Front-end-Standards-Group; this sounds pretty specific to a single codebase (plus it's usually up to groups themselves what they'd like to have on their workboard).