| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
Use getters and setters for $mReason, $mTimestamp, $mExpiry and
$mHideName; use Block::getType to check if a block is an autoblock
instead of checking $mAuto; no change needed for $mParentBlockId,
which is not accessed externally.
Change-Id: I767ed44ce4c2e21f53962d75fb86891add2282f6
|
|
|
|
|
|
|
|
|
|
| |
Also change block log to only include the ID of the block.
Including autoblock IDs just makes analysis harder, and it is not
useful when searching for autoblocks since those created when a
blocked user tries to edit are not logged this way.
Bug: T210476
Change-Id: Iff1697be416abbb807227d0629cf41346bd379c2
|
|
|
|
|
|
|
| |
This reverts commit ba08a9146898a1904101209551fa7ef67a7b64e8.
Bug: T193378
Change-Id: I3ceec6d70cf12515985ee6b56458ae7132ef3d8b
|
|
|
|
|
| |
Bug: T192694
Change-Id: If385c16c9099475d50dcb775484f710450360ed2
|
|
|
|
|
|
|
| |
The special page Special:Unblock does not use the styles from the style
module 'mediawiki.special'.
Change-Id: Ia24a71b1b1fc7c7da9423a07adf9b67db336a1ff
|
|
|
|
|
| |
Bug: T177952
Change-Id: Ib9c245fe47ed0009a8db8437798574ad4603a8a5
|
|
|
|
|
|
|
| |
Followup to I3c51183c0275dd2f9522ba60990852cc96409e2d
Bug: T107036
Change-Id: I6d1ca8b07e40950480344a106558a98a5bf5d341
|
|
|
|
|
|
|
| |
Also using user input field instead of plain text
Bug: T107036
Change-Id: I3c51183c0275dd2f9522ba60990852cc96409e2d
|
|
|
|
|
|
|
| |
It's unreasonable to expect newbies to know that "bug 12345" means "Task T14345"
except where it doesn't, so let's just standardise on the real numbers.
Change-Id: Ic878feaea72893a1c47ea79ac284e581209e1731
|
|
|
|
|
|
|
| |
Currently, there are two hooks ('BlockIP' and 'BlockIPComplete') that run when a user or IP is blocked in Special:Block, but no similar hooks when a user is unblocked in Special:Unblock. Adding these two hooks allows an extension to add and remove criteria about a user/IP unblock before it occurs and for possible action after an unblock is completed.
Bug: T50546
Change-Id: I9d9888dc5f1bb6a8bc62e90e6a423bf56b05173b
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
API warnings and error messages are currently hard-coded English
strings. This patch changes that.
With a few exceptions, this patch should be compatible with non-updated
extensions:
* The change to ApiBase::$messageMap will blow up anything trying to
mess with it.
* The changes to the 'ApiCheckCanExecute' hook will cause a wrong
(probably unparsed) error message to be emitted for extensions not
already using an ApiMessage. Unless they're currently broken like
Wikibase.
Bug: T37074
Bug: T47843
Depends-On: Ia2b66b57cd4eaddc30b3ffdd7b97d6ca3e02d898
Depends-On: I2e1bb975bb0045476c03ebe6cdec00259bae22ec
Depends-On: I53987bf87c48f6c00deec17a8e957d24fcc3eaa6
Depends-On: Ibf93a459eb62d30f7c70d20e91ec9faeb80d10ed
Depends-On: I3cf889811f44a15935e454dd42f081164d4a098c
Depends-On: Ieae527de86735ddcba34724730e8730fb277b99b
Depends-On: I535344c29d51521147c2a26c341dae38cec3e931
Change-Id: Iae0e2ce3bd42dd4776a9779664086119ac188412
|
|/
|
|
|
| |
Bug: T149346
Change-Id: I73c2b7402012a49e4419b6214f1d03f2e819220b
|
|
|
|
|
|
|
|
|
|
|
| |
to access it
Was showing this notice:
Undefined index: Tags in /path/to/mw/includes/specials/SpecialUnblock.php on line 241
The API sets this but the UI does not
Change-Id: Ibf31c2b9be4d4b621d1745fd87550a383c389f12
|
|
|
|
| |
Change-Id: I5d3a5eb8adea1ecbf136415bb9fd7a162633ccca
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Add 'tags' parameters to appropriate API modules
- Add tag-adding logic to appropriate functions that carry out
relevant functions
- ManualLogEntry::{set,get}Tags to handle adding tags to log
entries in a cleaner fashion
- Use ManualLogEntry::setTags in LocalFile::recordUpload2
Bug: T97720
Change-Id: I98c52da7985623bfdafda2dc2dae937b39b72419
|
|
|
|
|
|
|
|
|
|
| |
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: T123591
Change-Id: I521ebdd5e8eb8f7f4df927dc38732170aef2ac19
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The autocomplete search allows special pages to define the list of
subpages to be excepted. Use user names on the following special pages,
because these special pages can be called with a user name as subpage.
Special:Block
Special:Contributions
Special:DeletedContributions
Special:Emailuser
Special:Listfiles
Special:Unblock
Special:Userrights
This makes it easier to navigate to this special pages with a prefilled
user name field.
Hidden user names are always not shown, because the suggestion is cached
between priviliged user and non-priviliged user.
Change-Id: I7db575bf66caaa5136489ed99f1655673b55adaf
|
|
|
|
|
|
|
|
|
| |
This allows use of gender on Special:Log.
Old messages are kept for use in IRC.
A test was added to ensure an unchanged IRC message.
Bug: T57402
Change-Id: Ibc7fcaa5a952ff90d42a6477da4baa429f3de64b
|
|
|
|
|
|
|
| |
This gives a suggestion list when typing a username
Bug: T50240
Change-Id: Ic76a3e5af22f8764023d005d76dfa563d35e5e4d
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, Special:Unblock links to the user page of anon editors,
which is inconsistent with other areas of the software,
and also less useful, as IP userpages are often redlinks.
This patch converts these links to Contributions links.
Originally reported on Wikia, with an (incomplete) patch here:
https://github.com/WikiaVolDev/app/compare/VOLDEV-31
Change-Id: I0fc73c7ee4fd7c81ed876717e8f60749c51685ae
|
|
|
|
|
|
|
|
|
|
| |
Replaced the tabindex=1 with autofocus to have the cursor in the target
field. This is than also the start for tabs and therefor no tabindex is
needed.
In case of a valid block the autofocus is moved to the reason field,
because the target field gets hidden.
Change-Id: I1c35f546ad22907ab824b6c51fd65655f1a91a96
|
|
|
|
| |
Change-Id: Ic23f71ab9f6018152f89f35a944c9daae9f94970
|
|
|
|
|
|
|
|
|
| |
Swapped some "$var type" to "type $var" or added missing types
before the $var. Changed some other types to match the more common
spelling. Makes beginning of some text in captial.
Also added some missing @param.
Change-Id: Icf6f36bb53322b39cd5c89523dbd0e4ab10b9ec9
|
|
|
| |
Change-Id: I478dedd0b692eae002a0ca9b0ec15cb2c357411f
|
|
|
|
|
|
|
| |
Special:Block sets the relevant user to get links in the sidebar,
do this also on unblock
Change-Id: I3715ce63aae5ff7eb4aca9ef479020747fdc8ce8
|
|
|
|
|
|
| |
This avoids getting $wgUser in LogPage::addEntry
Change-Id: Ie105cef4ebc3d69aeaef5ee40ce6ee0087a74c69
|
|
|
|
|
|
| |
While at it, added/removed some other spaces in the same files
Change-Id: I84d8001aa123a008807ad5eb76f396aed7c899a4
|
|
|
|
|
|
|
| |
Added spaces before if, foreach
Added some braces for one line statements
Change-Id: I7873c656b16f6e905bb5abb2c2db6f6e84c11430
|
|
|
|
| |
Change-Id: Ifa3cfc6fe38ea45e70b50683c36e7cbf3bb4ef82
|
|
|
|
|
|
|
|
|
|
|
|
| |
Having all group mapping for Special:SpecialPages in the global
$wgSpecialPageGroups is not a good OO style.
Created a method SpecialPage::getGroupName, which than can be overridden
by each subclasses to the featured group name.
Added also SpecialPage::getFinalGroupName to get the groupname on
Special:SpecialPages to handle the customization and
to keep $wgSpecialPageGroups for b/c
Change-Id: I1de3a186f0a59ec5ecb8996c5f805cf164e9637f
|
|
|
|
| |
Change-Id: I78a97ad87e0bfe724fc851daf6ffeeed81887800
|
|
|
|
|
|
|
| |
* Removed some inline tabs in the process.
* IDE fixed some incorrect leading spaces, too.
Change-Id: Ic9303eff6db4424ac3f1fa2816839692b43e6190
|
|
|
| |
Change-Id: I223a5fb8d110ceace122acb7045bc6a925bfda66
|
|
|
|
|
|
| |
Also made file/class documentation more consistent.
Change-Id: If65d7313e1e05163ce6cc46d17daa310cb41888c
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111797
|
|
|
|
|
|
|
|
| |
Ping r111103
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111386
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/111103
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/103115
|
|
|
|
|
|
|
|
|
| |
* Made HTMLFormField pass the HTMLForm object to the validation and filter callbacks (so that they can get a context)
* Added new parameter to SpecialBlock::checkUnblockSelf() to pass the user doing the request
* SpecialBlock::processForm() and SpecialUnblock::processUnblock() now require a context as second parameter; added SpecialBlock::processUIForm() and SpecialUnblock::processUIUnblock() as adaptators from HTMLForm as second parameter to context
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/102879
|
|
|
|
|
|
|
|
|
|
| |
* 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
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/99172
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/97707
|
|
|
|
|
|
|
| |
* Call Linker methods statically
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/94191
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, trying to visit [[Special:Unblock]] while blocked would give
an error, even if the user has the unblockself permission. I moved the
permission check from execute() to right before the code that does the
actual unblocking. This should probably be examined closely for
security, since I'm not familiar with this code, although the impact of
a bug would be small. I tested some simple cases manually and they all
worked as expected:
* Unblocking self works (as before)
* Submitting the form fails unless you're trying to unblock yourself (as
before)
* GETting the page with any parameters works (previously failed unless
the target was your own username)
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92608
|
|
|
|
|
|
|
| |
Remove unreachable return;
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92429
|
|
|
|
|
|
|
|
| |
* Directly throw an ReadOnlyError instead of calling OutputPage::readOnlyPage()
* In Special:Block: don't let user think the error is temporary if he doesn't have right and the database is locked, instead check permissions first and then the database lock
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/92377
|
|
|
|
|
|
|
| |
Fix trailing whitespace
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/91246
|