| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
Some of the callers of setExpectations() actually need to reset the old
expectations to avoid erroneous warnings.
Change-Id: I63c01c0f6cd748bdc849f1a5264e17bd377b9d11
|
|
|
|
|
|
| |
Avoid use of __METHOD__ magic constant in closure
Change-Id: I28d519530ca2fcde026a6cbb419848098d4617ca
|
|
|
|
| |
Change-Id: I3d4eafc7d9d04647955822d5100d8cf253d80c8a
|
|
|
|
|
|
| |
Gently discourage the unnecessary use of OutputPage::addHTML().
Change-Id: Ibb33c056dee2344e9a7a5955408eb56c753acb7b
|
|
|
|
| |
Change-Id: I53f0149cbf69ee2e57fe556668dd6cbfadd79823
|
|
|
|
|
|
|
|
|
| |
Added spaces around .
Removed empty return statement which are not required
Removed return after phpunit markTestIncomplete,
which is throwing to exit the test, no need for a return
Change-Id: I2c80b965ee52ba09949e70ea9e7adfc58a1d89ce
|
|
|
|
|
| |
Bug: T141250
Change-Id: I99c2b5ad5594b25928ad5bfd3f3a36b19a2c041c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix regression from 9af38c046c86, which made 'from' a required
non-empty parameter where previously an empty value was allowed.
The rollback links always include a 'from' parameter, but it is
set to an empty string by Revision::getUserText if the current
revision has its username hidden.
Test plan:
* Go to action=history, tick latest revision and "Change visibility".
* Tick "Editor's username" and apply the change.
* Hit "rollback" on the history page.
* Before: "missing parameter" error.
After: Success.
Bug: T141985
Change-Id: I20d23e2aeec858f82231910c030c14ffa3af656f
|
|
|
|
|
|
|
| |
Ideally this never happens, but it can, so fail gracefully instead
of just throwing a 'call to a member function on non-object' message
Change-Id: Iac8be9c7994aa3e74ed3c0eecff211524037165e
|
|
|
|
|
| |
Bug: T136375
Change-Id: Id994b7ee7044ce18cf245a219ba290970511ea0f
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This partially reverts commit 9af38c046c.
* The new JS modules continue to exist. While not used by default,
the mediawiki.api.rollback may be used elsewhere by now.
The mediawiki.page.rollback module may still be used on cached
pages and should continue to work.
* The new API behaviour remains.
* To avoid breaking mid-air rollbacks again, the token remains
the same (plain "rollback" salt). We're not re-introducing the
web-specific salt again.
Bug: T136375
Change-Id: Iba17ce55ff9506e838bfc6e70ca280e5a20b77b6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Similar to WatchAction (converted in commit 77cdf1919).
* Make FormAction::getFormFields not abstract.
In most cases this will just be an empty array.
* Convert RollbackAction from FormlessAction to FormAction and implement the
required error handling scenarios (mostly moved out of from the old method, or
duplicated from the WikiPage method where necessary).
* In most cases the in-between form is never used since a JavaScript handler
takes over the link and uses the API over AJAX instead. In the no-js fallback
(as well as for any existing tokenless rollback links) copy the GET parameters
into the form for re-submission as POST (plus token, added by HTMLForm).
* Remove the distinction between WebUI and API tokens. This stronger token salt made it
unnecessarily complex and was only there because it used GET until now. This streamlining of
tokens matches what we already do for 'watch', 'edit', 'patrol' and other actions.
* Fix form submission bugs when 'from' query parameter is missing.
- Ensure the required 'from' query parameter is present before showing a form.
No need for the user to submit a form we know will fail.
- Plain GET request to action=rollback (with no parameters) is now a 400 Bad Request
instead of a form that would fail when submitted.
- Submitting the form without 'form' field now correctly says why it failed.
Previously it emitted a session error, which was a lie.
Bug: T88044
Change-Id: Ia457802fec2e90573c8e7d552bc1f3cee258f10b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This also removes assumptions that when a page
in one Namespace should be watched / removed
that the page in the talk / subject ns for the
page should have the same action applied
This should maintain all backward compatability
for the WatchedItem class
This also includes tests written by:
- WMDE-leszek
- Addshore
Bug: T127956
Change-Id: Iad9abafe4417bb479151a3bfbee6e1c78a3afe3c
|
|
|
|
|
|
|
|
|
|
| |
Per wikitech-l consensus:
https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html
Notes:
* Disabled CallTimePassByReference due to false positives (T127163)
Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
|
|
|
|
|
| |
Bug: T123589
Change-Id: I3c8fab646d3bb8cd468e5b60c27f3c5d43f9f97c
|
|
|
|
| |
Change-Id: I048ccb1fa260e4b7152ca5f09b053defdd72d8f9
|
|
|
|
| |
Change-Id: Icd1584460e68422e50d4391bfbdf0d938ab1c1cf
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Potentially long running POST requests often use multiple transactions,
talk to multiple services, or defer updates. Try to make sure they have
a chance to complete all of the work. WMF already sets ignore_user_abort()
across the board in config, but this applies it to key spots for all
installs, in addition to bumping the time limit.
* Eventually this can lower the need for high overall time limits.
Bug: T102890
Change-Id: I893ddd773064dcd63b5b24c84c6391974f4b5aee
|
|
|
|
|
|
|
|
|
|
|
| |
This change adds a preference in the 'watchlist' section to
automatically watchlist a page after rollbacking.
The setting is only visible, if the user has the 'rollback'-right.
I have removed the watch reverts function per advice by Vogone.
Bug: 4488
Change-Id: I3aa831c9c04d627684641af0ca5a332795c87062
|
|
|
|
| |
Change-Id: I57c3bde6551c14324cf34e4db003a319d6cebc47
|
|
|
|
|
|
| |
Fixes CodeSniffer errors and warnigs.
Change-Id: Ic9cf4b9c677b3168d7c9820e2694080907997ee3
|
|\
| |
| |
| | |
Change-Id: Id4e0f40c03679c13d8934a6add99b5cd86d0437d
|
| |
| |
| |
| | |
Change-Id: Ib550084ca60f54a0c1b1a3d6479fba75bc4f22bf
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Rollback will now show the actual errors that caused it to fail,
instead of a misleading message about permissions.
Also, errores returned by WikiPage::doEditContent are now propagated
and shown.
Change-Id: I5a3f8cb7a0b881d07d52f63504dd3757192205a9
|
|/ /
| |
| |
| |
| |
| |
| | |
Creation of DifferenceEninge insteances was based on invalid assumptions
in several places.
Change-Id: Ib67ca893ea53a27d4ac7efd8a9ca0d3b2d93949f
|
| |
| |
| |
| | |
Change-Id: I487a0966a26359d4a6769331a6e2ee356eeb41db
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
.gitreview
includes/Article.php
includes/AutoLoader.php
includes/EditPage.php
includes/LinksUpdate.php
includes/WikiPage.php
includes/installer/Ibm_db2Updater.php
includes/installer/MysqlUpdater.php
includes/installer/OracleUpdater.php
includes/installer/SqliteUpdater.php
maintenance/refreshLinks.php
|
| |
| |
| |
| | |
Change-Id: Ic173f92f56f74261a34c896fbd1f45ec097129d6
|
| |
| |
| |
| | |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/110942
|
|/ |
|
|
|
|
|
|
|
| |
calls to constructor in core
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/102649
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the description of the errors (as returned by Title::getUserPermissionsErrors())
* PermissionsError now calls OutputPage::showPermissionsErrorPage() to display the error (this is needed to make the item above work correctly)
* Removed the override of the HTML title in OutputPage::showPermissionsErrorPage() so that it shows "Permission errors - Sitename" instead of simply "Permission errors" for consistency with the other things
* Pass the error array returned by Title::getUserPermissionsErrors() to PermissionsError where available
* Converted direct calls to OutputPage::showPermissionsErrorPage() to throw an PermissionsError error instead
* Added 'action-rollback' message that will be displayed when accessing action=rollback without sufficient rights
* Changed getRestriction() in subclasses of Action to return null when they previously returned 'read' so that user rights can be check with Title::getUserPermissionsErrors()
* Reordered checks to do first user rights, then block (if needed) and finally read only (also if needed) so that users don't think the error is temporary when they both don't have right and the database is locked
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101630
|
|
|
|
|
|
|
|
|
|
| |
* Removed OutputPage::setPageTitleMsg() and OutputPage::setHTMLTitleMsg() and make OutputPage::setPageTitle() and OutputPage::setHTMLTitle() accept a Message object
* Updated core calls (including some that I missed last time because of non-matching case)
* Added Message::setContext() and use it in RequestContext so that I don't need to duplicate the call in OutputPage
* Yes, I'm calling $this->msg() on places and then setting the context one more time in OutputPage::setPageTitle() or OutputPage::setHTMLTitle(), but at least I won't be confused about which objects $
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/101037
|
|
|
|
|
|
|
| |
modified versions of OutputPage::setPageTitle() and OutputPage::setHTMLTitle() that take an message name and its parameters; updated all calls in core that can use the two new functions
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/100621
|
|
|
|
|
|
|
|
|
| |
parameter
* In EditPage.php: call Linker methods statically
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92376
|
|
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/91353
|