The parameter of the hook 'wikipage.indicators' in mediawiki.page.ready
and in mediawiki.action.edit.preview was inconsistent:
* mediawiki.page.ready fired the hook with the root element.
* mediawiki.action.edit.preview fired the hook with the children
elements.
This should be consistent.
mediawiki.action.edit.preview fires the hook before adding the elements
to the DOM. Therefor it can't fired with the root element before adding
to DOM. To be consistent the behavior in mediawiki.page.ready must
changed to the behavior in mediawiki.action.edit.preview.
Also remove the text nodes with the newline from the value in
mediawiki.action.edit.preview to be consistent with the value in
mediawiki.page.ready.
This change is a follow-up to bea70565d9.
Bug: T293564
Change-Id: Ie8890e6396db071975794655c4e4ec3616891f96
Since T192623 the startup code has used its own function,
domEval, instead of relying on the jQuery globalEval method.
Follow-up: Icdd5d76546a6c265a8e941c4e9b28f73bf9dd028
Change-Id: Ic1d0e02597c3e335acb7e0407e077dd4e62f3982
For use in the checkStorage and resolveStubs maintenance scripts, in order to fix them.
Follows-Up: Id1f530c2c8ec1171615f726dc7446431ee7ca8fe
Change-Id: Iade3d1660f2b7db62f829f5e5ca94372614ae7e5
Also use another variable for the full user object to make clear which
parts needs it and which part is fine with an UserIdentity
Change-Id: I8422159a462cc54b54006a44e7b46079919691ad
On July 12 2011 in df2306b97 Roan added this workaround
for parse_url lacking support for protocol-relative URLs.
In 2012 PHP 5.4.7 came out, that added support for
protocol-relative URLs to parse_url, see [1].
It's 2021, and after a decade of honorably serving our
community, this workaround can be now be retired.
It's not a simple deletion since we have custom 'delimiter'
bit that wfParseUrl returns, and we need to keep supporting
that.
[1] https://bugs.php.net/bug.php?id=62844
Change-Id: If9b3bb2a51afa7af1ba8e674eadaa8db4f6f33f9
Updated the closure in WatchedItemStore::resetNotificationTimestamp() to return
an array obtained from MapCacheLRU->toArray(), instead of an object.
Updated the two places that fetch from the cache to read cache entries in either format,
for backwards compatibility.
Added testResetNotificationTimestamp_stashItemTypeCheck test to
WatchedItemStoreUnitTest which verifies correct behaviour with
cache values supplied by the test case.
Bug: T282105
Change-Id: Ibfe4c205ffdf7af7087f6f862004b95b29bdc394
Only the PageSelectQueryBuilder subclass has the methods that are
interesting for users of this method.
Bug: T291288
Change-Id: If73748cc24d2ab2ee7999db14201d7fc19b2cd34
This is an attempt at getting a more useful error message than
"Import failed Expected <mediawiki> tag, got"
(ie. XMLReader thinking that the root tag name is the empty string).
E.g. with the dump file I'm debugging at the moment, after applying
this patch I get "XML error at line 1: Extra content at the end of
the document" instead.
Change-Id: I365eebf78c30b644808eb5ac42d0946c8cf60778
Both categories are emitted from the StripState class
but are not displayed on Special:TrackingCategories.
Bug: T212072
Change-Id: I4431ec08a22f9c7f143fa7e6e4d72c4a092b2828
