(Bug #27447) Added option to toolbar-item to switch off text-selection

Carsten Nielsen explains:

    A client of mine was a bit annoyed by the editor:
    Every time he inserted - lets say - an image, the default contents of the
    image-fields "thumbs|width|caption...." were automatically marked/selected. So
    with a tip on the keyboard all "helping" text was gone.

    I added an option to the toolbar-items to optional deactivate this behaviour.

Add support for namespace prefixed elements in svg. ie. <svg:svg>

Fixes bug 27465

Revert r78585.  While I definitely think this is an area where there's scope for improvement in clarity and security, I'm no longer convinced that this is the way to proceed.

Fix the issue where all links on Special:Contributions where marked as stubs (NS_MAIN pages, for users with a stub threshold) broken since r63584.
resetArticleId() is clearing the right data set by Title::newFromRow() and placing just the id, which in turn avoids to lookup the other items.
This was already done in 1.16 (since r46179, it was useful until r46181) but resetArticleID() did not reset everything (r63584 change) and so
the bug wasn't present there.

Localisation updates for core and extension messages from translatewiki.net (2011-02-16 20:35:00 UTC)

jQueryize the toggle upload source type code

Create a user.groups module in ResourceLoader, which bundles a CSS and JS page for each usergroup the user is a member of (MediaWiki:Sysop.js, MediaWiki:Autoconfirmed.css, etc).  Groups '*' and 'user' are not included.

revert r82283, loads of unrelated changes

Create a user.groups module in ResourceLoader, which bundles a CSS and JS page for each usergroup the user is a member of (MediaWiki:Sysop.js, MediaWiki:Autoconfirmed.css, etc).  Groups '*' and 'user' are not included.

Add new message key from r80240 to message file. This way it can be found in Special:AllMessages at least.

Moved Skin::makeGlobalVariablesScript() to OutputPage::getJSVars()
* merged <script> and if ( window.mediaWiki ) block with the one of mediaWiki.loader as stated in the doc
* removed dependency of $wgTitle
* the two only calls to this functions are in SemanticForms, but will not affect current version of MediaWiki:
** specials/SF_UploadWindow.php: this file is only used before 1.16
** specials/SF_UploadWindow2.php: the call is part of the else branch of a "method_exists( $wgOut, 'addModules' )" check, which means it's not called since 1.17

Fix fatal in r82258

Per Philip Tzou, move wgUserVariant from the set of config variables to the set of pageview-specific variables, because it depends on user settings and such

revert r77452, r80492 and r82246.

Expose $wgExtensionAssetsPath in JS

Follow r77452, r80492. Avoid to find sub-languages when load css/js messages.

(bug 26603) returnto parameter in login link not escaped when viewed on Special:Userlogout

Fix text description of OutputPage::getLanguageLinks(), it doesn't return 'fr' => 'Title', it returns 'fr:Title'

* Fix for r81960: List the local magic word synonyms first, so that they will be returned by $magic->getSynonym( 0 ). Apply array_values() to fix up the keys, potentially corrupted by array_unique().
* In MagicWord::initRegex(), put the longest synonyms first in the alternation. This means that when one synonym is an initial substring of another, the longest one will match in precedence, which is generally in line with user expectations.

(bug 27302) Don't append the current timestamp for user/site modules when no user/site JS/CSS is present. Was caused by 1 being rounded down to 0, which is interpreted as 'now' by wfTimestamp(). This revision just drops timestamp rounding because it's not used consistently anyway

Followup r82156: skip relative URLs with absolute paths too

re r82181 remove min-height that doesn't work with IE6

Adding italics for .watchlistredir
* Adding comment about Special:PrefixIndex (uses same class as Special:AllPages).
* Follow-up r78964: Adding them for .watchlistredir as well (was forgotten)

Grouped diff and history modules together to help reduce cache invalidation. Loaded diff styles statically. This should help with bug #27418, but I suspect there are more cases where we need to do this sort of thing before the bug is truly resolved.

Localisation updates for core and extension messages from translatewiki.net (2011-02-15 20:47:00 UTC)

(bug 27435) Wrap with jquery bit per Roan's suggestion

trailing whitespace fixup

* (bug 27338) Gallery in 1.17 breaks for audio/video + ogghandler

Patch by DieBuche, who explains the CSS:

    If the image height is lower than the line-height, the margin-top
    is applied to the top of the line.  a very short image will not
    follow for 3-4px laters, thus leading to a bigger distance from
    the top than it should be.  vertical-align:text-top moves the
    picture up, so this problem doesn't happen

I've not tested this, but DieBuche and Derk-Jan Hartman tested and
provided screenshots in the bug.

Resolves remaining issues in r82000 with remapping relative CSS URLs that contained queries.

Resolves bug #27332 - now using absolute positioning with em measurements to layout search controls. Tested in Internet Explore (6, 7 & 8) as well as a few Gecko and Webkit browsers.

Localisation updates for core and extension messages from translatewiki.net (2011-02-14 21:31:00 UTC)

(bug 27402) Add support for disabling MWSuggest

Allow callback to be set by options array, inspired by bug 27391

Add some newlines to generateSitemap output, bug 26134

Explicitally define $domain

Documentation

Follow-up r82102 for maintenance file

* (bug 26298) Throw warning instead of silently saving blank page when php-suhosin removes wpTextbox1 for being 'too long' or some such

To resolve this, edit your php.ini and raise the limits in suhosin.request.max_value_length and suhosin.post.max_value_length settings to more reasonable values.

As a helper for users hit by this, I've made a tweak on trunk in rXXXXX to check for the case of a missing wpTextbox1 field (which I can confirm when installing Suhosin and setting the suhosin.request.max_value_length absurdly low). This extends the previous behavior to check for incomplete form submissions by just checking if the edittime (a late field) is present; and also I added a message to show when it forces those previews.

So now when someone hits this sort of filter, it'll force a preview. Unfortunately that'll show a big empty box, but at least you'll know it's because something went wrong, and it won't save it silently...

Adds UI message 'edit_form_incomplete' with default English value. It's fairly generic as we can't know whether the field was filtered for length, content, or what.

* (bug 25571) Xml::encodeJsVar now passes floats natively instead of converting to strings

Added unit test cases for int, float, and strings that look like int or float.

Not sure I like the DROP stuff here, but let's exclude it from this script.

* (bug 25675) Fix search suggestions for Special: pages with spaces

Patch by Umherirrender on https://bugzilla.wikimedia.org/show_bug.cgi?id=25675 - normalizes spaces to underscores for our direct alias list comparison.

The current English names mostly use CamelCase, but this is visible with eg German localization, where ExpandTemplates extension has [[Spezial:Vorlagen expandieren]].

Follow-up r82093: fixed comment :)

* (bug 27353) IPv6 address ending in "::WORD" was not recognized
* Moved down 'contains no "::"' alternative for clarity (and possibly use frequency too)
* Added more IPv6 tests

Broke long line

* (bug 23817, bug 26250) User Service_JSON's native associative array mode in FormatJson::decode(), bypassing wfObjectToArray (which is also fixed)

Patches from Tim Yates on https://bugzilla.wikimedia.org/show_bug.cgi?id=23817

* (bug 26250, bug 23817) Fix wfObjectToArray() to descend into arrays; fixes processing of JSON return values for ForeignAPIRepo when native json module not present

Bug 27385 - Set Polish $namespaceGenderAliases (r82029)

Localisation updates for core and extension messages from translatewiki.net (2011-02-13 21:00:00 UTC)

* (bug 27377) Fix Special:Listfile user selector when initial form parameters already set

Follow-up to r68096: fix field name when blacklisting for hidden fields.
The user field ended up getting copied into the hidden fields due to wrong name in the getHiddenFields() call.

Follow-up r82049: Fix strict comparison because MediaHandler::parseParamString() is not guaranteed to use intval() on the width and height parameters.
Add __METHOD__ to wfDebug() call.

Add profiling to removeWatch

* (bug 27376) when using ApiBase::PARAM_TYPE => 'integer' without a min or max value, api doesn't validate the input is actually an integer

Fixup some space indention

(follow-up r81558) Per suggestion, make this use media handler's getParamString/parseParamString

Additionally, rename makeThumbParam back to getScale since that makes more sense now.
Also update the version number used in ForeignAPIRepo user-agent, since this is kind of significant change.

(Follow-up r75968) r75968 started extracting and displaying some svg metadata, but didn't add the messages it used.

It started to use the messages svg-description, svg-title, svg-width, and svg-height in the metadata table, without
defining those messages. I changed it to use the same messages as are used when displaying the same table on
the image description pages of jpeg files. ( exif-imagewidth and friends ). Personally I feel the metadata
should be about the image, not what format the metadata was stored in (a description of an image is still a
description of the image, regardless of the format of that image. JPEG images for example can have image descriptions in
3 different metadata formats [exif, iptc, xmp], it would be insane to make different messages for them). Furthermore,
I think we should rename all the exif-* messages to something like filemeta-property (but thats an issue for later).

I added one message, 'exif-objectname', since the svg title property didn't really correspond to anything in exif.
However, it does correspond very well to IPTC's object name property, which i hope we will start supporting in 1.18,
so I used that message for that.

fixing small typo

Never serve 304s from RL in debug mode. This causes inadvertent caching of debug responses

Follow-up r82038. Calling wfExpandUrl() on remote base path *AFTER* is has been set in the foreach loop.

(Also ping r81731)

Follow-up r81731 CR comments. Calling wfExpandUrl() on remote base path.

Add gender aliases per r82029

Moved wfGetSiteNotice(), wfGetNamespaceNotice() and wfGetCachedNotice() to Skin call to allow passing the Skin object to the SiteNoticeBefore and SiteNoticeAfter hooks.
I didn't left compatibility functions since there's no other call to these functions in core or extensions.

Followup r82029 - typo in comment

Localisation updates for core and extension messages from translatewiki.net (2011-02-12 20:08:00 UTC)

* (bug 17160) Gender specific display text for User namespace
Second attempt for this thing..

Adding a convenience function to check if a variable is a dom element (instead of a jQuery object, array of dom elements or something totally different).

Note: jQuery itself uses this same check (internally).

whitespace

Since mwsuggest.js is no longer used in core, wgMWSuggestTemplate is not defined either.
This variable was previously defined by default.

Gadgets using this broke with 1.17 since they assumed wgMWSuggestTemplate was defined just like mwsuggest.js did.
I've added the definition for it inside the file itself.

* Fix hook name
* Update paths in findhooks script

Do r82017 the right way. Fix pointed by Bryan.

Follow up r81883. Readd the extension. This kind of breaks the tempnam() guarantee, but otherwise with no extension the uploader returns UploadBase::FILETYPE_MISSING, not UploadBase::SUCCESS.

Follow-up r81971: Can't use $this->setWarning() in static context, so append the error to the imageinfo array instead

No need to set a new MediaWiki_I18N object, already done when creating a QuickTemplate object

w/s fixups

Fix up bug #26016 by applying the more descriptive comment suggested
there.  Code Reviewers: have at it!!

* (bug 27333) Fix repetitive last-seen time queries on page history

Title::getNotificationTimestamp() is called for every line in HistoryPager, to compare against the revision's timestamp to determine if it's a new edit since the viewer's last visit to the page.
The function kept an internal cache within the Title object to avoid having to make the query over and over in this situation, but in the case that it returns null, the cached entry would be accidentally ignored on the next round due to use of isset() to check for the array entry. (Most of the time it's great, but if the value of the key actually *is* null, isset() returns false.) Switched to array_key_exists(), which doesn't have this false negative. Now only one query gets issued for this on a history page, even if the answer is null.

Resolves bug #27328 by supporting URL rewriting for CSS that comes from the Wiki, such as user and site scripts.

Fixing issue with multiple premade toggles in a non-custom collapsible element.
The problem is that when one of the toggles is clicked the classname is only changed on the toggle that was clicked. The others will stil have the wrong class. On of the areas in which this may lead to weird behaviour is the :hover styles for the up- and downarrow cursors.

Previously would bind to all of them :

<pre>
 = .find( '> .mw-collapsible-toggle' );
// ^ may match multiple ones
</pre>

...  which is good. But in the click handler:

<pre>
[..].bind( 'click.mw-collapse', function( e ){
toggleLinkPremade( this, e );
} );
</pre>

... only called the function with 'this'. This has been changed to pass all of  instead.

This problem was discovered in the following scenario. Where an .mw-collapsible has three children. The first two are clickable and are the togglers for the third child.
http://translatewiki.net/w/i.php?title=Sandbox&oldid=2692006

Fixup a couple of parameter documentation bits

Localisation updates for core and extension messages from translatewiki.net (2011-02-11 20:17:00 UTC)

Comment cleanup, unused vars

Add a content type and encoding header to profileinfo.php, encoding was borked

Follow-up r81984: Fix function name.

Apologies for the double commit, but my diff is broken locally.

* Remove code duplication for UploadStash:  Move all thumbName generation code to its own function File::generateThumbName which accepts a $name parameter which can be called by File::thumbName() and any other functions that require it. The essentially duplicate function StashFile::getParamThumbName() has been removed.
* Add a small url encoding fix

Use self:: when it's possible

Partial fix for bug 27310. Add domain information when doing password resets. Also, the login form being used for non-logged in users was failing because of a missing login token, so this adds a login token before the form is executed.

Follow-up r81971: Fix error handling

* (bug 27199) Thumbnail urls can be fetched for old files as well

Follow-up r81558: Only raise a warning if no image handler could be found

Since 1.17 a whole lot of extensions have sprouted *.i18n.magic.php files. Most of these files have entries which erroneously omit the English synonym for a magic word. This breaks the extension completely when an affected language is selected.

This patch automatically includes synonyms from the fallback localisation, and prevents the case flag from being overridden, thus making extensions resistant to translator error.

Merge callback fixes from 1.17wmf1. /e is evil.

Wrap old toolbar addButton() calls in a document ready, so they're not run early and explode in debug mode

Apply $wgContLang-based flip logic to site and user modules too. I swear we did this at some point

Fixes for r81936 per Tim's review

Fix getMsgBlobMtime() to also cause a cache invalidation if a module has messages but no stored message blob

Fix a small bug in SkinLegacy.

Add a new maintenance script to reset the user_token of all users if you think someone got ahold of your user table.

$wgDBts2schema was removed in r81132

Localisation updates for core and extension messages from translatewiki.net (2011-02-10 21:02:00 UTC)

MonoBook is now tooltip() and tooltipAndAccesskeyAttribs() free!

Follow up r81914. Don't build the <li> manually.

Kill calls to tooltip() and tooltipAndAccesskeyAttribs() from MonoBook and Modern

Remove unused initial_setup(), last $wgDBts2schema user. Follow up to r81132