Last modified: 2014-08-20 16:41:23 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T68508, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 66508 - [Regression] [[mw:Extension:Theme]] broken under MW 1.23.0
[Regression] [[mw:Extension:Theme]] broken under MW 1.23.0
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Other (Other open bugs)
master
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
http://mithnir.shoutwiki.com/wiki/Mai...
: code-update-regression
Depends on: 45229 61577
Blocks:
  Show dependency treegraph
 
Reported: 2014-06-12 00:34 UTC by Jack Phoenix
Modified: 2014-08-20 16:41 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jack Phoenix 2014-06-12 00:34:18 UTC
[[mw:Extension:Theme]] provides "themes" (prebuilt CSS customizations) by registering an appropriate ResourceLoader module and loading it via OutputPage's addModuleStyles() in a function hooked to the BeforePageDisplay hook.
The extension itself worked wonderfully under MW 1.22.x, but now it's broken under 1.23.0 as the extension-provided CSS modules (i.e. skins.monobook.dark) are loaded right *before* the skin's main CSS module (i.e. skins.monobook.styles for Monobook under 1.23.0), when they're meant to be loaded after the skin's main CSS but before site or user-specific customizations.
Comment 1 Bartosz Dziewoński 2014-06-12 16:08:05 UTC
The root cause is the lack of support for dependencies, and the lack of order preservation, in addModuleStyles().

The immediate cause is that the 'skins.monobook' module was renamed to 'skins.monobook.styles', which causes it to sort after 'skins.monobook.dark' rather than before. You can work around this by renaming your modules accordingly.
Comment 2 Isarra 2014-06-12 23:48:57 UTC
(In reply to Bartosz Dziewoński from comment #1)
> The root cause is the lack of support for dependencies, and the lack of
> order preservation, in addModuleStyles().
> 
> The immediate cause is that the 'skins.monobook' module was renamed to
> 'skins.monobook.styles', which causes it to sort after 'skins.monobook.dark'
> rather than before. You can work around this by renaming your modules
> accordingly.

That is an incredibly stupid workaround, but probably the thing to do for the extension for the time being, pending a proper fix to bug 45229, assuming that's what would fix it? That one is so full of huge blocks of text that in my tired state I'm not even sure.
Comment 3 Bartosz Dziewoński 2014-08-20 16:24:26 UTC
(Moving this to the Theme component; core bugs this is caused by are marked as dependencies, but this should probably be worked around in Theme for now.)
Comment 4 Jack Phoenix 2014-08-20 16:41:23 UTC
Fixed (well, more like "worked around") in Gerrit change #155291.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links