In 1.26wmf21 we moved gallery styles into a separate resourceloader module. We double load the styles for cached pages. This task tracks ensuring that those styles are removed.
|Duplicate||Jhernandez||T104432 [EPIC]: Improve mobile site performance|
|Resolved||Jdlrobson||T98986 [EPIC] Improve the status quo of mobile web performance|
|Duplicate||None||T98987 Epic: Make mobile web more performant|
|Resolved||Jdlrobson||T97289 Trim down CSS loaded in the head for anonymous users on mobile|
|Resolved||Release||dancy||T281161 1.37.0-wmf.20 deployment blockers|
|Resolved||Jdlrobson||T89981 Split the `legacy` feature on ResourceLoaderSkinModule into non-legacy manageable and reusable parts and deprecate use of the feature|
|Resolved||Jdlrobson||T98878 Gallery styles should only be loaded on pages that need them (desktop and mobile)|
|Resolved||Jdlrobson||T110709 Stop double loading mediawiki.page.gallery.styles|
|Resolved||Florian||T113511 Category media styles broken in 1.26wmf24|
|Invalid||Florian||T113522 Reconcile category and gallery code to be generated via the same mechanism|
- Mentioned In
- rEMFR800ae5ba3fe6: Don't double load gallery css
rMEXTf753a64cc966: Updated mediawiki/extensions Project: mediawiki/extensions/MobileFrontend…
rMW0fc3b0850c0d: Do not double load gallery styles now cache has expired
- Mentioned Here
- T98878: Gallery styles should only be loaded on pages that need them (desktop and mobile)
If category pages gets cached, you have to wait 30 days from the last patch.
If not, you can wait 30 days from the first patch, because both patches adding the module to the parser cache, if <gallery> was used.
Special pages not cached, so there is no problem.
1.27.0-wmf.3 seems like a good branch to merge into. 3 weeks is more than enough for most of the category pages to have caught up and the fact that these styles are loaded on pages unnecessarily is more concerning right now.
Someone should feel to free to +2 https://gerrit.wikimedia.org/r/240567 in time for Monday's cut off