Page MenuHomePhabricator

Make position of modules currently added with addModuleStyles explicit
Closed, ResolvedPublicPRODUCTION ERROR

Description

I will default my changes to "top", because this is the default behavior currently provided by OutputPage. In the spirit of trying to break as little as possible, I am now making this terrible historical default into an explicit value definition. The goal being to subsequently change the default behavior of OutputPage while breaking as little as possible.

"top" is a terrible default for styles that don't need to be rendered at pageload. If one of my changesets comes your way and it's obvious that the module at hand doesn't need to be in the head, please update the position value in the changeset to be "bottom" instead.

Details

SubjectRepoBranchLines +/-
mediawiki/extensions/TimedMediaHandlermaster+1 -0
mediawiki/extensions/CentralAuthmaster+6 -2
mediawiki/corewmf/1.26wmf8+1 -1
mediawiki/extensions/Calendarwmf/1.26wmf8+1 -0
mediawiki/extensions/Calendarmaster+1 -0
mediawiki/corewmf/1.26wmf8+1 -1
mediawiki/extensions/CodeReviewwmf/1.26wmf8+2 -0
mediawiki/corewmf/1.26wmf8+25 -12
mediawiki/extensions/VectorBetawmf/1.26wmf8+1 -0
mediawiki/extensions/SyntaxHighlight_GeSHiwmf/1.26wmf8+21 -3
mediawiki/extensions/Wikibasewmf/1.26wmf6+19 -11
mediawiki/extensions/WikiEditorwmf/1.26wmf8+1 -0
mediawiki/coremaster+20 -7
mediawiki/extensions/SyntaxHighlight_GeSHimaster+0 -19
mediawiki/extensions/CodeReviewmaster+2 -0
mediawiki/coremaster+1 -0
mediawiki/extensions/VectorBetamaster+1 -0
mediawiki/extensions/SyntaxHighlight_GeSHiwmf/1.26wmf7+40 -3
mediawiki/extensions/Gathermaster+0 -0
mediawiki/extensions/SyntaxHighlight_GeSHimaster+40 -3
mediawiki/extensions/MobileFrontendmaster+3 -0
mediawiki/extensions/Gadgetswmf/1.26wmf8+1 -0
mediawiki/extensions/Gadgetsmaster+1 -0
mediawiki/extensions/GlobalCssJswmf/1.26wmf7+270 -59
mediawiki/extensions/GlobalCssJsmaster+285 -59
mediawiki/extensions/GlobalCssJswmf/1.26wmf8+285 -59
mediawiki/extensions/WikiEditormaster+1 -0
mediawiki/extensions/wikihieromaster+2 -0
mediawiki/extensions/Wikibasemaster+19 -11
mediawiki/extensions/MobileFrontendmaster+5 -1
mediawiki/extensions/TimedMediaHandlermaster+6 -3
mediawiki/extensions/UploadWizardmaster+0 -2
mediawiki/extensions/MobileFrontendmaster+10 -2
mediawiki/extensions/UniversalLanguageSelectormaster+1 -0
mediawiki/skins/CologneBluemaster+1 -0
mediawiki/skins/Modernmaster+1 -0
mediawiki/extensions/Wikibasemaster+5 -0
mediawiki/skins/MonoBookmaster+1 -0
mediawiki/skins/Modernmaster+1 -0
mediawiki/skins/CologneBluemaster+1 -0
mediawiki/skins/Vectormaster+1 -0
mediawiki/extensions/UploadWizardmaster+2 -1
mediawiki/extensions/OpenStackManagermaster+2 -0
mediawiki/extensions/OAuthmaster+2 -0
mediawiki/extensions/MassMessagemaster+4 -0
mediawiki/extensions/InputBoxmaster+1 -0
mediawiki/extensions/GettingStartedmaster+1 -0
mediawiki/extensions/FlaggedRevsmaster+2 -1
mediawiki/extensions/CodeReviewmaster+2 -0
mediawiki/extensions/AbuseFiltermaster+1 -0
mediawiki/skins/Nostalgiamaster+1 -0
mediawiki/extensions/GlobalUserPagemaster+1 -0
mediawiki/extensions/Flowmaster+9 -0
mediawiki/extensions/Echomaster+3 -0
mediawiki/extensions/CentralAuthmaster+5 -0
mediawiki/extensions/MoodBarmaster+1 -0
mediawiki/extensions/ZeroBannermaster+2 -0
mediawiki/extensions/WikimediaIncubatormaster+1 -0
mediawiki/extensions/Wikidatamaster+1 -0
mediawiki/extensions/ProofreadPagemaster+2 -0
mediawiki/extensions/Gathermaster+3 -0
mediawiki/extensions/Calendarmaster+1 -0
mediawiki/extensions/CategoryTreemaster+1 -0
mediawiki/extensions/Babelmaster+1 -0
mediawiki/extensions/VisualEditormaster+2 -0
mediawiki/extensions/CiteThisPagemaster+1 -0
mediawiki/extensions/Mathmaster+2 -0
mediawiki/extensions/ConfirmEditmaster+1 -0
Show related patches Customize query in gerrit

Related Objects

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Change 214399 had a related patch set uploaded (by Legoktm):
Explicitly define module position

https://gerrit.wikimedia.org/r/214399

Change 214399 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/214399

Change 214401 had a related patch set uploaded (by Legoktm):
Explicitly define module position

https://gerrit.wikimedia.org/r/214401

Change 214401 merged by Legoktm:
Explicitly define module position

https://gerrit.wikimedia.org/r/214401

Change 213804 merged by jenkins-bot:
Acknowledge that gadgets have their position explicitly defined

https://gerrit.wikimedia.org/r/213804

Change 214406 had a related patch set uploaded (by Legoktm):
Acknowledge that gadgets have their position explicitly defined

https://gerrit.wikimedia.org/r/214406

Change 214406 merged by jenkins-bot:
Acknowledge that gadgets have their position explicitly defined

https://gerrit.wikimedia.org/r/214406

Change 214408 had a related patch set uploaded (by Gilles):
Fix more modules' inexplicit positions

https://gerrit.wikimedia.org/r/214408

Change 214410 had a related patch set uploaded (by Gilles):
Explicitly define module position

https://gerrit.wikimedia.org/r/214410

Change 214411 had a related patch set uploaded (by Gilles):
Explicitly define module position

https://gerrit.wikimedia.org/r/214411

Change 214408 abandoned by Gilles:
Fix more modules' inexplicit positions

https://gerrit.wikimedia.org/r/214408

Since the position is to be explicit, can we have a RL test that assert the position is defined? Can be made in tests/phpunit/structure/ResourcesTest.php. Beware that tests there are run for all extensions.

I thought the point of all CSS loading at top by default is that there is no point in loading CSS at the bottom. I can think of no scenario where CSS is not needed at page load. The only possible advantage is that content comes sooner, but you also risk style flashes.

@Edokter a notable exception, which is the use case this change was needed for (in MobileFrontend), is icons embedded in the CSS which are needed by the regular site as well as the no-JS site. As long as the space for the icons is reserved for them, which is the case on mobile web, there is no reflow, the icons just appear in place. Just like any other image on the page, such as thumbnails inside the article.

Furthermore, ignoring the no-JS/JS issue for a second, CSS can and should definitely loaded on demand when it makes sense, like for example if you invoke a modal dialog or a menu that has its own styles, not share with the main page.

You can also decide to make some concessions like having the hover and pressed styles of buttons loaded later. Any style whose loading won't cause the content to reflow, really.

The upside to getting rid of as much CSS in the head is huge as it helps display the page much sooner, particularly on the mobile site which is browsed by people with very slow connections.

As an aside, I've started discussing this idea: T100778 which might allow us to get rid of addModuleStyles entirely. These icons embedded in CSS would still be bottom-loaded, but in a much nicer way using ResourceLoader.

Change 214619 had a related patch set uploaded (by Aude):
Separate module definition for addModuleStyles

https://gerrit.wikimedia.org/r/214619

Change 207086 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/207086

Change 214632 had a related patch set uploaded (by BryanDavis):
Explicitly define module position

https://gerrit.wikimedia.org/r/214632

Change 214633 had a related patch set uploaded (by BryanDavis):
Explicitly define module position

https://gerrit.wikimedia.org/r/214633

Change 214410 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/214410

Change 214411 abandoned by Gilles:
Explicitly define module position

Reason:
It's empty...

https://gerrit.wikimedia.org/r/214411

Change 214632 abandoned by Jforrester:
Explicitly define module position

Reason:
Not needed, breaking core change is wmf8 only.

https://gerrit.wikimedia.org/r/214632

Change 214669 had a related patch set uploaded (by Jforrester):
Explicitly define module position

https://gerrit.wikimedia.org/r/214669

Change 214683 had a related patch set uploaded (by Gilles):
Explicitly define module position

https://gerrit.wikimedia.org/r/214683

Change 214695 had a related patch set uploaded (by Gilles):
Make ResourceLoaderWikiModule support custom position

https://gerrit.wikimedia.org/r/214695

Change 214698 had a related patch set uploaded (by Gilles):
Remove redundant position code defined in ResourceLoaderWikiModule

https://gerrit.wikimedia.org/r/214698

Change 214683 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/214683

Change 214695 merged by jenkins-bot:
Make ResourceLoaderWikiModule support custom position

https://gerrit.wikimedia.org/r/214695

Change 214698 merged by jenkins-bot:
Remove redundant position code defined in ResourceLoaderWikiModule

https://gerrit.wikimedia.org/r/214698

Change 214741 had a related patch set uploaded (by Gilles):
Make ResourceLoaderWikiModule support custom position

https://gerrit.wikimedia.org/r/214741

Change 214310 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/214310

Change 214619 merged by jenkins-bot:
Separate module definition for addModuleStyles

https://gerrit.wikimedia.org/r/214619

Change 214633 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/214633

Change 214669 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/214669

Change 214741 merged by jenkins-bot:
Make ResourceLoaderWikiModule support custom position

https://gerrit.wikimedia.org/r/214741

Change 215041 had a related patch set uploaded (by Gilles):
Explicitly define module position

https://gerrit.wikimedia.org/r/215041

Change 215041 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/215041

Change 215043 had a related patch set uploaded (by Gilles):
Backport CodeReview module position fix

https://gerrit.wikimedia.org/r/215043

Change 215043 merged by jenkins-bot:
Backport CodeReview module position fix

https://gerrit.wikimedia.org/r/215043

All warnings in group 0 wikis should have been addressed now.

Change 215545 had a related patch set uploaded (by Gilles):
Explicitly define module position

https://gerrit.wikimedia.org/r/215545

Change 215546 had a related patch set uploaded (by Gilles):
Explicitly define module position

https://gerrit.wikimedia.org/r/215546

Change 215545 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/215545

Change 215546 merged by jenkins-bot:
Explicitly define module position

https://gerrit.wikimedia.org/r/215546

Change 215547 had a related patch set uploaded (by Gilles):
Backport Calendar module position fix

https://gerrit.wikimedia.org/r/215547

Change 215547 merged by jenkins-bot:
Backport Calendar module position fix

https://gerrit.wikimedia.org/r/215547

@Krinkle merged Ic8d3d63b1 in mediawiki/extensions/WikimediaMessages:

modules: Add position=top to style module

https://gerrit.wikimedia.org/r/215862

Change 210006 merged by jenkins-bot:
Separate globalrenamerequest styles from scripts

https://gerrit.wikimedia.org/r/210006

Change 217180 had a related patch set uploaded (by Paladox):
Explicitly define module position

https://gerrit.wikimedia.org/r/217180

Change 217180 abandoned by Paladox:
Explicitly define module position

Reason:
It seems that updating to latest branched version fixed problem.

https://gerrit.wikimedia.org/r/217180

mmodell changed the subtype of this task from "Task" to "Production Error".Aug 28 2019, 11:12 PM