ParserOptions::newFromUser would use/unstub the global $wgLang,
avoid this when already have a context source available
Change-Id: I7ba7f83742837c1ef5ee7c5e5d2a8728de851d4b
Modern code should use the Parser or ParserFactory service.
See I787f22ea9bf59a049b13631ba6974866a1300988.
Bug: T236811
Change-Id: Idf59cd54146d31c1c32883f4318e6a0bf60e1a8a
Disabling tidy has been deprecated since MW 1.33 and has no effect
in MW 1.35. What is actually wanted is Parser::stripOuterParagraph(),
which is what OutputPage::parseInline* does.
Follow up to I821ef3b8f59b272d983583d407b2f0794fe1e791.
Bug: T250307
Change-Id: If227cdd27392fe09b6dfa2364fcbf43194f71200
$wgContLanguageCode has been an unconfigurable copy of $wgLanguageCode
since 2006 (MW 1.8).
Bug: T247674
Change-Id: I1d2ec1e63320086fdf9ab7c6321f949c99c1ab2a
Used the setFormIdentifier to add a additional
parameter to the url, allowing prefilled requests
to be distinguished and thus preventing validation
errors. Also, updated the url parameters at
CiteThisPageHooks.php.
Bug: T238467
Change-Id: Ic1d0612bb4d4a40bc1ce0588c65782e33c09c3ca
Simplify SpecialCiteThisPage::prefixSearchSubpages by
useing the default implementation for SpecialPage with prefixSearchString
It was broken due to static call of non-static SearchEngine::completionSearch()
Bug: T237184
Change-Id: Ie22f11e2bab331f169262dcd6f8d2f343c3023e0