https://bugzilla.wikimedia.org/show_bug.cgi?id=55669
--- Comment #1 from Krinkle <[email protected]> --- Depending on whether we work on bug 30358 first, this bug becomes moot. Personally I'd prefer that. The direct load.php requests embedded in the HTML, at least for scripts, are a hack because they bypass the client-side loader and with that the implementation logic and callback. This is why we currently output additional script tags along side these (for modules=site, user, user.groups etc.) to set the state to "loading" and/or "ready". I'd much rather fix bug 30358, and keep the model that if you make a request to load.php, unless you set raw=1, you are expected to handle mw.loader.implement. If you can't (e.g. because the browser isn't compatible and didn't get the mediawiki.loader payload) that request shouldn't be fired in the first place. - It's a wasted request. - Requires hardcoded script tags. - Requires the mw.loader.state "loading" hacks in the html. Of course, if bug 30358 takes too much to fix on the short term, we could work around it by prefixing load.php responses with `window.mw&&`, but I'd rather not as it masks errors and makes it harder to detect that the 3 points above are required by the client. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
