(bug 31679) Fixed use of 'allowusertalk'

Localisation updates for core and extension messages from translatewiki.net

Documentation

Swap a lot of "@returns" to "@return"

Fixes bug 31496. Patch by Tomer A. I tested it by trying to upload a file with a very long name.

Followup r85756

Update code to use boolean, as it's not going to be null

Made the arrow point in the correct direction according to the user's language, which may be different from the wiki language.

Use same case for the setListoutput() call than the definition

Moved wfSpecialList() to Language::specialList() so that it can be used in the context of special pages instead of relying unconditionally of $wgLang. Updated all calls in core and added a @deprecated comment to wfSpecialList() but not a wfDeprecated() call since it's still used in SiteMatrix and StalePages extensions.

Temporarily disable pre-upload SVG thumbnailing in Special:Upload and Special:UploadWizard; workaround for worst part so far of bug 31643: some SVG files hanging Firefox during pre-upload thumbnail generation.

It's possible that this isn't SVG-specific though; large JPEGs are so far known to take a couple seconds and still pause the browser UI, but some SVGs hang Firefox 7/8/9 indefinitely when loaded as a data URI.

Upstream Firefox bug: https://bugzilla.mozilla.org/show_bug.cgi?id=694165

convenience function call addExtensionField was lacking the true parameter for the sqlPath. I added that

Localisation updates for core and extension messages from translatewiki.net

Removed unused method SpecialMergeHistory::getPageLink() that would throw an error because SpecialMergeHistory::userCan() does not exist

* Added User paremeter to Revision::userCan(), Revision::userCanBitfield(), LogEventsList::userCan(), LogEventsList::userCanBitfield(), File::userCan() and its subclasses so that they can check against any user instead of always $wgUser.
* Updated callers that have a context or may use another user than $wgUser
* Revision::getUser(), Revision::getUserText(), Revision::getComment() and Revision::getText() also have a User as parameter, but it will be used only when Revision::FOR_THIS_USER is passed in the first parameter

(bug 31637) Do not extract tiff:Orientation from XMP data, since then it will be used to rotate images, which is kind of unexpected.

Most people only really expect the Exif data to be used for rotating images (if that), so its unexpected when the xmp property causes an image to be rotated. So disable extracting that property from XMP.

namespaceGenderAliases for gl
Ref: http://translatewiki.net/wiki/Thread:Support/Gender_in_namespace_names
Ping bug 31622

Gender updates.

* Use local context instead of global variables
* Fixed case of Language::timeanddate() call

Check for read only database after checking if the user is logged in, so that anonymous users accessing this page while the wiki is read only won't think this is a temporary error

Remove hardcoded commit statements for pg installer.

Bit more refactoring

Don't reinvent the wheel to do parameter existence checking

Stops running the code outside the class when there's no point attempting it

Fix cli install so that db user is created if needed.

Avoid warnings from PG about improper escaping.
See http://www.postgresql.org/docs/8.1/static/release-8-1.html

Localisation updates for core and extension messages from translatewiki.net

Some docs and a test for FileRepo::storeBatch()

added 'key' in 'Dropping .. key' in dropIndex which was missing there

Fix comment blocks that start /* to /**

self-revert back to protected functions addIndex and dropIndex as suggested in mediawiki.org/wiki/Special:Code/MediaWiki/99510#c24137

chg protected to public function addIndex and dropIndex . This is i.a. needed for schema updating in OpenID extension in conformity with contemporary updater routines, see comments on rev97447

Make Skin::formatDebugHTML() work again since there is now usage memory

list=allusers was throwing fatals when invalid user names occurred in the database. Address this scenario gracefully

(bug 31588, sort of) Jpeg metadata code wasn't handling padding bytes properly.

Per the spec, segments can have arbitrary runs of 0xFF's between segments that should be skipped.

* Use local context instead of global variables
* Call Linker methods statically

Fix usage example of Linker::specialLink()

Use dataProvider for the testIsValidUserName method. Followup r99466

Stylize.php changes

Testcases for isValidUserName method of User.php.
There are many cases this method will fail for non-latin languages,
but not added now since there are bugs reported on that already and results
a rewrite of the method as per UAX 31 standard.

moar w/s changes!

Add documentation

Add addExtensionField and addExtensionIndex utility functions

Feed my OCD

Remove duplicate bits from the optionmap

updated the message text so that it now says Nothing to migrate...done.

ensure tests for mw.Uri work in non-browser environments

protocol-relative URLs for javascript. Could also be extended to relative urls of any kind -- now mw.Uri is just "relative" to the current URL

Localisation updates for core and extension messages from translatewiki.net

ensured uri is scoped in a few tests

added shortcut method for commonly used method combination

Per r99404: message has translatable content now

* Factorise calls to getTitle() and getSkin()
* Use Linker::linkKnown() instead of link() where possible
* Escape some messages that are escaped in other usages
* Use Title::isSpecial() instead of checking that getPrefixedDBkey() is equals to $wgContLang->specialPage()

Unbreak sending emails using mailTargets() in safe_mode

Fixes for SkinLegacy::specialPagesList():
* Use XmlSelect, Html::rawElement() and Xml::submitButton() to make sure things are correctly escaped
* Get a Title object instead of using $wgContLang->specialPage()
* Redirect to index.php and changed the name of the <select> to title to use the common way instead of linking to redirect.php?wpDropDown=...

Include a talk link in the default user signature. This seams to be what most people expect, it's the most user friendly, and it's strange we don't include it by default.

Fixes for r99354:
* Restore call to $wgContLang
* Make CategoryViewer extend ContextSource

Also simplify things by using wfMessage() instead of wfMsg*() in some cases

Remove configuration specific "As an administrator" from 8 messages. Spotted by Der Umherirrende.

Language specific height correction for titles. Ref Bug 29405 and Bug 30809. Followup of r97788

Localisation updates for core and extension messages from translatewiki.net

Followup r98212; Ensure that true is passed to all uses of SkinTemplateToolboxEnd where we use getToolbox while they haven't been migrated to use getSidebar.

Followup r98212; Hook documentation.

Fix up makeLinkItem and makeLink:
- Don't explicitly name attributes to use (fixes bug on language_links in 1.18)
- Allow makeLink to accept options specifying how to wrap links and text

Followup r99354, fix Fatal error

CategoryViewer now requires a Context

Fix bug 31436.
The collection extension is not array based, which caused an extra seperator to be inserted,
but no content. This was broken in r82487 or before in the SkinLegacy rewrite.

FU r99323: spread blocks for edit/move attempts via the API (which uses these functions)

* Use the context when building the preferences form descriptor
* Pass the HTMLForm object to the submit callback so that it can have a context and also access to the form itself (see below). This makes Preferences::tryUISubmit() and Prefrences::tryFormSubmit() signatures incompatible. The only extension calling these is EditUser and I will fix in my next commit.
* Added two extension possibilites (for EditUser): PreferencesForm::getExtraSuccessRedirectParameters() to modify the URL parameters when redirecting after successful save and the fourthparameter to Prefrences::getFormObject() to be able to remove some items from the descriptor
* Pass the user being modified to the HTMLForm to use it to save the preferences instead of doing this unconditionally on $wgUser (to remove one hack in EditUser preferences)

Document return types

(bug 31549; follow-up r83563) Do not include old-style from links in nav links on categories.
They can intefere with contradicting pageuntil links which breaks navigation in categories.

Not including release notes since tagging 1.18, and first public release that had bug was 1.18. However bug was present in 1.17wmf1

* Only spread blocks on page edit/move attempts via spreadAnyEditBlock(). We don't want to spread everytime the user's block status is checked as the user may just be viewing something rather than attempting to do anything. For example, if the 'edit' tab were changed to reflect block status, the autoblocks would trigger by a user just *looking* at the page. An example "in the wild" would be the UI checks in r93246.
* Made spreadBlock() protected, no outside callers.

Check if there is a prexisting tfoot, before creating a new one.

Follow up to r98669, though this was a problem that also could surface without tfoot emulation.

Add a method to HTML for getting just the HTML (As opposed to passing it right to Output
Also, if a field is marked as required, it should still be checked to see if it's empty before going to the callback. Don't like that behavior? Don't mark it as required.

follow-up r99316 - Fix class name in unit test class.

Make partial dates in XMP not have the ommitted fields fulled out to 1's (reported by AVRS on irc).

Basically, in XMP you can specify partial date (for example 2011-04 for april 2011 with no day).
We were extracting that, and fulling out the day to 01 if it wasn't present (My original resoning when writing
the code was that the nice localized date functions need a full date, but that's a pretty poor rationale for displaying
wrong date). This changes it to just display such year-month things as YYYY:MM.

Part of bug 31503 - Allow gender distinction also for user groups

Follow up to r99307, with some inline comment documentation on why these !important are used.

Update Chinese conversion tables.

Add !important to the tablesorter indicator.

Otherwise it is too easy to do <th style="background:red"> and kill the entire indicator.
Fixes bug 31196 and follow up to r98665

Followup r99305 - change tests to match behaviour. Would set globals but restoring them manually is just too laborious

Small cleanups to XmlSelect

Fix Bug 27643. Update Chinese conversion tables.

* Use local context instead of global variables
* Call Linker methods statically

Reorder ResourceLoader hooks alphabetically

Revert r84057, r84080, part of r99074: lc() and uc() custom handling for Turkish breaks case-insensitive matches of special page names and parser function keywords (bug 31490)

Deleted extra bug file as that was updated in r99289

followup r99246: fixes for test cases

Fixed getUsablePages() to account for the fact that getPage() can return null

We don't need anything from the marker. The title is outside.

Forgot to commit this file in r99250.

Bug 31445: "Section edit links do not show"
Always generate the mw:editsection placeholders.
Remove them if not used.
Update the ParserOutput if fetching from ParserCache

Tests for bug 31490 : turkish magic word with a 'i' are broken :d

The 4 first tests fails and need fixing :-)

Follow up r84057

Localisation updates for core and extension messages from translatewiki.net

Follow-up r84765, use timestampOrNull

upgrading to jquery 1.6.4 to fix bug #31424

(bug 31487) Don't specify -auto-orient, but specify image rotations ourselves

Follow-up r99224, fix unit tests.

Follow-up r98430, use dedicated error message for filename too long error. Adds 'filename-toolong' message.

* Use local context instead of global variables, made static function in CreditsAction non-static so that they can use the context
* Added missing Action::msg() method

Follow-up r99211: forgot to revert one file

Revert r93246: besides the problems pointed out at CR, it also causes bug 31403, wreaking havoc on large wikis

Reverted r83757, ipaddress msg in used by GlobalBlocking

Redact IP address when unblocking autoblocks

Don't add 'autoblock disabled' flag for IP range blocks

Further followup to r91770: revert the RELEASE-NOTES-1.18 entry (was in the 1.19 file originally)