Localisation updates for core and extension messages from translatewiki.net (2010-01-09 19:00 UTC)

Revert 60864: "Use wfClientAcceptsGzip() in wfGzipHandler." Causes PHP Notice:  Undefined index:  HTTP_ACCEPT_ENCODING in GlobalFunctions.php on line 1175

(bug 22034) Use wfClientAcceptsGzip() in wfGzipHandler. Patch by Platonides.

wfGzipHandler should use wfClientAcceptsGzip() instead of reimplementing it. Patch does this and removes the $wgUseGzip check on wfClientAcceptsGzip() since HTMLFileCache (the only wfClientAcceptsGzip() user) already checked that before calling it. This way $wgUseGzip stays applying only for file cache, and $wgDisableOutputCompression for output handler.

* (bug 9794) User rights log entries for foreign user now links to the foreign user's page if possible

Severely refactored the SearchResultSet descendants system, consolidating most od the code into one class. Ping r58322.

* removed jquery.ui stuff from "core" moved into the base_sets of UsabilityInitiative
* "core scripts" of mwEmbed do not include jquery ui
* So jquery.ui should be stored in a local extension folder until we merge in "js2" ( which includes jquery.ui )

* sill need to commit updated min files *

* renamed mw.addOnloadHook to mw.ready
** more consistent with mwEmbed 'extending' jquery conventions

* Document a bit
* Fix some doxygen warnings

* (bug 22051) Returing false in SpecialContributionsBeforeMainOutput hook now stops normal output
And while I was at it:
* SpecialContributionsBeforeMainOutput was broken (throwing call_user_func_array() expects parameter 2 to be an array, NULL/integer given) since $id was not passed in array()
* Removed some trailing whitespaces in RELEASE-NOTES

Localisation updates for core and extension messages from translatewiki.net (2010-01-08 16:00 UTC)

follow-up 60833
because I'm an idiot.

follow up r60829
Gah — really need to get E_STRICT working in my test environment.

follow up r60763
Recover the -{T| }- rule.  Add the ability to test for it to the parserTests and add a test for it.  Add a couple of disabled tests that I think demonstrate bugs in the LanguageTranslator

Escaped Oracle Text reserved words

Prevented delete call in replace function if conditions empty. Removed some old commented code.

Follow up r60798 & r60785
Re-introduce specialpageattributes and add an explanation in the comments why it should be different than userlangattributes.  Also add comments explaining exactly what is going with the special attributes and why.  Clean up warnings.

Blacklist PHP 5.3.1 due to __call() regression.

* Fixed the issue of all date functions throwing E_STRICT on their first call due to the default timezone not being set. Used the same approach as phpMyAdmin: utilise PHP's server timezone detection code (which unconditionally throws E_STRICT) with warnings disabled, and store the result with date_default_timezone_set() to avoid future notices. Avoids the need for warning suppression to be dotted all over the codebase, like r58559.
* (bug 2658) Don't use the TZ environment variable at all. Setting it throws an error in some restricted setups. But using it in PHP 5.1+ doesn't make sense anyway, since you'll get the E_STRICT notice described above whenever PHP tries to access it, because Derick hates environment variables. Use date_default_timezone_set().
* If $wgLocaltimezone is null, use the server's timezone as the default for signatures. This was always the behaviour documented in DefaultSettings.php but has not been the actual behaviour for some time: instead, UTC was used by default.

$fname -> __METHOD__

For r60757: implement Database::getType() explicitly in each subclass, to make Roan happy.

Reverted r58313, pointless, does not fix the bug.

* fix for bug 20512 ( in both trunk and js2-work branch )
** Add 'proxy' option to Http $opts array
** Setting 'proxy' option to "false" will bypass the proxy
* Updated MWSearch_body.php to use new "false" option

Removed a couple of ancient @bug's

* Added some basic doc for the DoubleRedirectJob class
* Fixed some doxygen warnings

Localisation updates for core and extension messages from translatewiki.net (2010-01-07 19:00 UTC)

In r60786 mah added 'specialpageattributes' to the skin, only in the case of the title being a special page, and filled it with the same information as 'userlangattributes'. Then added some uses of 'specialpageattributes' to all three SkinTemplate based skins, which were using that data on all pages - resulting in an error. This corrects this problem.

Fix the undefined variable and undefined property notices caused by r60763.

follow-up r60764. compatible fix.

Make LTR wgLang do the right thing on RTL wgContLang wikis.  See bug 6100 and dupes like bug 4047, bug 19228, bug 9137, etc.

follow-up r60765

follow-up r60763 and r58275.  Parser tests now pass.

follow-up r60763 and r58275.  Parser tests now pass.

follow-up r60743.
1. Changed the conditions, not only for LuceneSearch, but also more commonly to others.
2. Reduced code duplication.

Refactor LanguageConversion so that title conversion isn't so flimsy. Pull MagicWord detection into Parser->doDoubleUnderscore() && remove ParserConvert.

Follow up r60759: forgot to commit hook change

Add a Database::getType() function so that we can get rid of $wgDBtype in favour of OOP goodness.

Fixed CSS error

"apprfiltercascade - Filter protections based on cascadingness (ignored when apprtype isn't set)
                   One value: cascading, noncascading, all"

So it can't be both. Change 2nd if to else if

Add comment about unused parameters to constructor too + coding style

Localisation updates for core and extension messages from translatewiki.net (2010-01-06 19:00 UTC)

Minor followup to r60744, fix for comment 2

Change or to ||.

Attempt at normalistion of comparison styles - empty string on left and right hand side normalised to it being on the rhs

Before this change, there were (? being regex 0 or 1)

"" ===? 1
'' ===? 24
"" !==? 8
'' !==? 32

== "" 14
== '' 344
!= "" 9
!== "" 4
!= '' 151
!== '' 85

Rhs was the much more common, and the preferred style by many developers.. (Was a similar discussion in #mediawiki recently.. After that lolbugreport i think)

Where there is a string (non empty) on the lhs, and variable/method call on the rhs still need normalising

1. Add conditions to stripForSearch for LuceneSearch / MWSearch.
2. Add double-width roman characters conversion support to zh, gan, and yue.

Followup to r60271: pass the delimeter to preg_quote() per CR comment

Follow-up to r60721. Broken maintanance/language/rebuildLanguage.php and probably more. Fix by Nikerabbit.

Fixed insane selectField() usage from r58322

Clean-up for r60598: introduced a global setting for non-existant languages.
Needs further integration into Language class, probably even getLanguageNames(), but I don't want
to mess with preferences (which also display bogus language codes, btw) or LocalisationCache yet.

Fixed variable name typo from r60665. (problems while sending file in previous attempt r60730)

Fixed variable name typo from r60665.

* (bug 20233) ApiLogin::execute() doesn't handle LoginForm :: RESET_PASS

As per Bryans comment, and as per SpecialUserlogin - "The e-mailed temporary password should not be used for actual logins;"

Therefore treat RESET_PASS as WRONG_PASS

Followup to r60697: add a comment to js2stopgap.js pointing out that we patched jQuery there, and raise $wgStyleVersion

Per CR on r58358, refactor obtaining the language code from a filename into Language::getCodeFromFileName() and use it in Language::getLanguageNames() and LocalisationUpdate

Localization update for he.

Made Special:Allmessages many times faster for a typical installation, by taking advantage of the message name list available from LocalisationCache to avoid unnecessary message loads. Now it only loads messages that are on the current page being displayed.

(bug 20837) Don't give a PHP notice when getSubitem() calls loadSubitem() which causes the whole item to be loaded. In this case there is no negative cache value stored so we need to use isset(). It was handled already for the case where the item was already loaded at function entry, but not for the case where the item is loaded halfway through loadSubitem().

Don't count unions of bracketed selects as being write queries

New tests for LanguageConverter->getPreferredVariant()
Refactor getPreferredVariant, new function getHeaderVariant()
New function (FauxRequest::setHeader()) to help with testing.

Random eol whitespace found while treking through files.
Removing unused call to $wgContLang->getFormattedNsText() from addNewUserLogEntry()

Add $maxlag parameter to LoadBalancer::getMaxLag() so it'll actually select the right DB when opening new connections. Looks like an ugly temp fix to me but I have no idea how to do it properly offhand.

typo, clarification.

Remove unused private "filterPage" function from specials/SpecialExport.php

Unused and private

Remove extra whitespace line also

Used trick found at: n8williams.com/devblog/javascript_and_ajax/jquery-dialog-error-in-ie7-runtime-error-invalid-argument to fix a jQuery UI bug.

Fix some doxygen warnings

Localisation updates for core and extension messages from translatewiki.net (2010-01-05 20:00 UTC)

Switched to a silver non-directional portal-break.png image, which orphans portal-break-ltr.png and portal-break-rtl.png. We will keep those images around for a while, but probably remove them soon.

fixme for r58356

Only use one if, not 2

Follow-up r60650: run stylize.php and remove trailing whitespace

Coding Convention cleanup, removed extraneous references to $_SERVER

Add documentation for $wgVariantArticlePath

Helps to be consistent in adjective usage big->large (r60645)

Add missing message (r60644)

Split rangeblock error message, allow configuring max size of IPv6 blocks as well. (r58377)

Clarify comment on $wgBlockCIDRLimit, larger not below (r58377)

Make phpunit on Ubuntu work out-of-the-box (at least for me) and prepare for some LanguageConverter.php tests.

Localisation updates for core and extension messages from translatewiki.net (2010-01-04 18:30 UTC)

API: Expand the thumburl to an absolute url to make it consistent with url and descriptionurl

Fix for bug 9413 and the related Malayalam issue reported on wikitech-l.
* Added $wgFixArchaicUnicode, which, if enabled, converts some deprecated Unicode sequences in Arabic and Malayalam text to their Unicode 5.1 equivalents.
* Added generateNormalizerData.php to generate the relevant data files. Added the generated data files also.
* Made most things call the new wrapper method $wgContLang->normalize() instead of UtfNormal::cleanUp(), so that Unicode normalization can be customised on a per-language basis.
* Added some generic support for conversion tables to Language so that subclasses can easily implement these kinds of transformations.

Removed dummy/obsolete language codes from installer

Localization update for he.

Add missing class LanguageConverter

(bug 18885) Red links for media files do not support shared repositories

$wgUploadNavigationUrl now also affects images inline images that do not
exist. In that case the URL will get (?|&)wpDestFile=<filename> appended to
it as appropriate.

Followup to r60587: wrong user_groups join

API: Per Domas, don't FORCE INDEX when doing an INNER JOIN with the user_groups table

Localisation updates for core messages from translatewiki.net (2010-01-03 19:55 UTC)

And while I'm a it: also ignore style checks for geshi

Let's use the variables introduced in r59758 :)

Tweak date format further

Updaet time formatting per translatewiki.net/wiki/Thread:Support/Technical_issue#Technical_issue_1287

* set fallback for 'gl' to 'pt'
* remove superfluous newlines in 'pt'

Removed unused globals

Localisation updates for core messages from translatewiki.net
* add Komi-Permyak (koi)
* rebuild MessagesEn.php

Localisation updates for core messages from translatewiki.net (2010-01-02 22:35 UTC)

Fix coding style

(bug 20115) Special:Userlogin says "Log in / create account" even if the user can't create an account. Modified patch by Karun Dambietz

Fix for r58980: use wfMsgForContent

Annual copyright year update

* If two log type have the same description, they're now both displayed in the type selector on Special:Log

This just happened on the French Wiktionary where http://fr.wiktionary.org/wiki/MediaWiki:Suppressionlog and http://fr.wiktionary.org/wiki/MediaWiki:Dellogpage had the same value and the "delete" log was missing

(bug 21986) Special page names were are now capitalized by content language