* Add a $modules parameter to OutputPage::includeJQuery() so that we can include jquery.ui in the main UsabilityInitiative jQuery request in a reasonably flexible way, if we need to.
* Removed $wgExtensionJavascriptLoader, added in r61137 without explanation, seems to be the usual misspelt JS2/mwEmbed rubbish that I keep deleting.
Add OutputPage::includeJQuery() for loading the jQuery currently shipped
with core. Extension can use this function to avoid loading it multiple
times. No support for plugins etc.
Changes Translate extension to use that function, restored compatability
with 1.15 for at least this part of code.
* Don't set Parser::$mTitle to random garbage.
* Remove ParserOutput::$displayTitle, make setDisplayTitle() and
getDisplayTitle() wrappers for their *TitleText() equivalents.
* Remove Parser::$mDo*Convert member variables, move test for
$mDoubleUnderScores[] directives closer to the action.
* Remove bogus "global $wgContLang".
* Use accessor to get at $mConvRuleTitle
* Fix up showtitle option in parserTests.inc
* TODO: refactor FakeConverter class away
This fixes a few minor discrepancies, like Vector outputting dir=""
(redundant to the one on <html>), and non-Monobook-based skins omitting
the capitalize-all-nouns class (!). This adds Html::openElement() and
refactors Html::rawElement() accordingly, so I checked that all parser
tests still pass.
I wasn't able to figure out if I broke some feature of right-floating
quickbars in the Standard skin, because I wasn't able to figure out what
the feature was in the first place. Hopefully either it works, or
nobody cares, or someone else will figure out what it was supposed to
do. (This is the stuff in getBodyOptions() in Standard.php I deleted;
I'm not sure the addition to sticky.js does what I want.)
Didn't work at all in Monobook, Modern, Vector, or any derived skin, for
who knows how long. Only one caller, which was using it to autofocus,
which is a bad idea anyway because it will cause the focus to happen too
late, often after the user has already interacted with the page. Any
legitimate callers may as well just add the onload in pure JS without
adding an attribute to the body.
Advertising both is pointless, since every feed reader in the universe
supports both. Their functionality is essentially identical. And users
might be given a choice of multiple feeds to read when there's really
only one distinct feed. Plus, it cuts a line from the <head>. The Atom
feed still exists, and you can get the <head> link back if you really
want it with $wgAdvertisedFeedTypes.
Before this change, there were (? being regex 0 or 1)
"" ===? 1
'' ===? 24
"" !==? 8
'' !==? 32
== "" 14
== '' 344
!= "" 9
!== "" 4
!= '' 151
!== '' 85
Rhs was the much more common, and the preferred style by many developers.. (Was a similar discussion in #mediawiki recently.. After that lolbugreport i think)
Where there is a string (non empty) on the lhs, and variable/method call on the rhs still need normalising
Now actually tested, using Python's SAX module. You can verify that a
page is well-formed XML (or at least won't break in pywikipediabot) with
a program like this:
import xml.sax
class Myhandler(xml.sax.ContentHandler):
pass
h = Myhandler()
xml.sax.parse("http://localhost/git-trunk/phase3/index.php?title=Special:UserLogin",
h)
If the page is not well-formed, this will throw an exception. It did
with the old doctype, but no longer does if $wgWellFormedXml == true.
1. Only use Accept-Language when 301 redirection happens. It won't call the parser, but it is the most case we need to ensure it uncacheable.
2. Merge addXVOHeader with addVaryHeader.
* Reverted HttpFunctions.php to r45549 and renamed wgSyncHTTPTimeout back to wgHTTPTimeout
* Edited out the asynchronous features from UploadFromUrl. Made fetchFile() use the curlCopy() function from new-upload r47811 instead of Http::doDownload(). Wrote my own URL validity check to avoid having to use either of the two buggy precedents.
* Removed UploadFromChunk
* Removed chunk upload and background status from ApiUpload.php
* Reverted r54669, use of addScriptClass()
* Left getHeadScripts() in its current location (OutputPage) instead of moving it back to SkinTemplate, just added wikibits.js to it to replace the removed addCoreScripts2Top()
Apparently <!doctype html> is a syntax error in XML; <!DOCTYPE html> is
required. Now I know. This broke Twinkle and probably lots of other stuff, so
it would be good to sync this ASAP. Sorry for the error.
