Respect $wgShowUpdatedMarker

* Make enotif job use user ID rather than name for users. Fallback to name for anons and for old job rows (B/C). This makes it rename safe.
* User->getID() already returns an integer
* Use != rather than <>, as it looks clearer
* Do not add "updated since" to users for their own edits
* Actually check $wgShowUpdatedMarker properly. It is it's own setting.

Anons have ID 0

Don't assume $wgUser is always the editor, it's poor practice and confusing...

Revert self - bogus location

Don't notify users of their own edits at least

Rebuilt all language files

Localisation updates for core messages from Betawiki (2008-05-17 23:53 CEST)

Missing RELEASE-NOTES for r34983.

* Add higher level newRevisionFromEditComplete hook
* Use this hook for autoreviewing. Merge to one function again.
* Remove template ID query for $usestabletemplates, not needed
* Improve includes change diff if $usestabletemplates is on

pass by ref errors

remove EOL whitespace, and excess empty lines

(bug 12145) Kazakh localisation updates, patch 4905 by AlefZet

Improve UI for Special:Recentchanges and Special:Recentchangeslinked.
* Allow configuration of the default limit and days links with the variables $wgRCLinkLimits and $wgRCLinkDays.
* When selecting a limit and a days on the special pages, if you use a number not within the default list it will be added to the display.
** The selected limit and days is bolded. (This can be considered the first step for bug 3327)
* Optional other configuration option $wgRCFilterByAge, when enabled the list of days will be filtered so that only links within what $wgRCMaxAge says will be stored in the database will be displayed. Note that this is disabled by default because MediaWiki doesn't quite seam to trim out old entries as quickly as $wgRCMaxAge says it should be and some people appear to use the extra 30days links to display older entries even though $wgRCMaxAge is set to 7days on said wiki.

This should also solve bug 9257.

Revert r34906, r34907, r34928 -- mixing high-level data into low-level storage functions for the sole purpose of passing it off to hooks, which seems very icky to me. It feels like a hook in the wrong place is being used.

Fix doxygen warnings

Document AuthPluginAutoCreate hook

Use blockednoreason message when no reason for block is given, for compatibility to the regular block messages.

Update.

* Fix unlogged automatic user creation: run wfLBFactory()->shutdown() unconditionally in api.php. If you want to optimise it, do it in the database backend, since there's no way for the MW core to indicate to the web API that a write query has been performed. The previous code was also wrong in that it didn't commit transactions on foreign connections.
* Fixed debugging code left in (mustBePosted disabled).

Handle the new LoginForm::CREATE_BLOCKED return value from authenticateUserData().

* In Special:UserLogin, respect local blocks when automatically creating a user account based on plugin authentication
* Log such account creations with the new autocreate type
* Fixed incorrect output in account creation block message when the reason is blank

*Add ImagePageFileHistoryLine hook
*Tweak hook doc order
*Mark flagged file versions in hist
*Remove $dbr field
*Tweak file histories to be more compact

Shorten

Nobody wants to touch this....
* Removed a call to deprecated function

* Respect feed limits
* Decrappify WLH enough that it at least looks kind of tolerable

Throw an error if the local repository is not a LocalRepo or one of its derived classes. Use proper newFileFrom row to prevent double fetching from database.

Update 'badsiglength'

'yournick' from "Nickname:" to "Signature:"

Let getThumbnails() work for non-hashed dirs (bug 13788)

Don't let underscore differences cause read whitelist matches to fail (bug 11668)

Consistency fixes ("linked to" -> "linked-to")

Improve efficiency of autoreviewing of edits rollbacks and merge into main function

* Full path for script includes, this time should work with installations using symlinks
* Some documentation

Fixed Doxygen warnings when generating documentation for this file and document a bit.

Fixes.

Show an error when asking to move a non-existant page. Patch by [[he:User:Agbad]].

There is no plan on how to translate the special page names, and longer names are really hard to translate. To maintain integrity, the only translation is removed.

Decrappify edit check for revision hook

Localisation updates for core messages from Betawiki (2008-05-15 23:44 CEST)

Make sure rev_deleted is of type smallint, may fix bug 14138

As per mailing list: $wgOut->redirect auto expands; File::getFullUrl exists.

Force output of a full URL in Special:Filepath and ApiQueryImageInfo in case the wiki images are not configured to full urls. (using wfExpandUrl this time)

+Duplicates of images are now shown on the image page.

E_STRICT

Revert r34877 -- duplicates wfExpandUrl()

Do some refactoring on ImagePage. Shuffled the links section; Use Title::getRedirectsHere; Move duplicate detection to its own function.

Revert r34849 -- please stop randomly changing formatted messages into plaintext, especially without checking usage.

Force output of a full URL in Special:Filepath and ApiQueryImageInfo in case the wiki images are not configured to full urls.

Allow wikisyntax in message.
Probably a regression from r33495. In the past HTML was allowed :-/

For the sake of documentation

(bug 13693) Categories sometimes claim to have a negative number of members.  Just recount them in this case; they *should* have relatively few members, so it should be fast.  Note that even a worst-case scenario (recount of enwiki Living people) takes only a few seconds on the cluster, and it seems incredibly unlikely that that would occur.

Kill r34826's unnecessary boolval() per yesterday's IRC discussion (thought vasilievv was going to revert himself, but guess not :D)

r34676 also affected {{CURRENTVERSION}} : It used to return plain text, like the other magic words, but with r34676 it returned an external link, so [[Special:Version|{{CURRENTVERSION}}]] wouldn't work. With this revision, CURRENTVERSION will work like previously.

Fixes.

* Adding/updating Persian translations

Add $flags

Use headings per section, improves navigation by screenreaders too.

Add a few CSS classes for styling purposes

Fix error where user blocked from email can still send email to another user.

Trigger load of user data in User::getBlockStatus() before we
start changing member variables.

Otherwise something ends up stomping on $this->mBlockedby when
things get lazy-loaded later, causing false positive block hits
due to -1 !== 0. Probably session-related... Nothing should be
overwriting mBlockedby, surely?

This was giving me blank "you are blocked" messages.... but only
when doing *section edits on SSL*, not regular edits, nor section
edits on non-SSL wikipedia. Weeeeeeird

Offset il_from

Actually declare $wgLang

revert r34818 -- bad

* Move $var ? true : false check to boolval function
* Introduce $wgLogActionsHandlers

Reverting 34794 for the moment; some bad whitespace, and seems to add bunches of stuff without obvious reason yet.

(bug 12145) Kazakh message updates

Localisation updates German

Don't attempt to store the page_id in recentchanges table if we are deleting.

* Create ForeignDBFile objects from ForeignDBRepo::findBySha1
* Add foreign duplicates to ImagePage

Update.

Forgot to commit the message associated with r34807.

* (bug 14082) Fix for complex text input vs AJAX suggestions on some browsers

The mwsuggest code was doing a blur(); focus() on the text field the first time a key was pressed, as a workaround for a problem with Firefox when the field was focused at page load time, as on Special:Search with no input given.

Disabling of the browser's autosuggestion wasn't taking effect in Firefox without this workaround; however the extra blur() and focus() in some cases interrupted complex text input methods (for instance for Korean and Japanese), making it difficult to type in text. [Easily reproduceable in Safari on Mac.]

Unfortunately there's no good way to check if a field is focused from JavaScript, so we can't just conditionally do the blur/focus.

I've changed how Special:Search does its focus() of the input field; now instead of happening in raw immediate JS, it's done as a body onload handler -- this will run *after* mwsuggest.js does its setup, so by the time the field is forced focused, native autosuggest will be disabled.

There might conceivably be a race condition if the user manages to manually focus the field while the page is still loading. Not sure what we can do about that. :D

* Introduce LocalFile::selectFields similarly to Revision::SelectFields
* Introduce FileRepo::findBySha1
* Show duplicates on ImagePage

* Treat offset as a string, so paging works
* PG offsets are not just digits

Document new hook UserLoadFromSession and add a note to RELEASE-NOTES that AutoAuthenticate has been renamed

Add comments and explicit check for NS_IMAGE.

Revert 34558/34588. Use of an absolute path specified by __FILE__ breaks anyone using the symlink style of installation and relies on the assumption that the MediaWiki code is always located a directory above the LocalSettings.php file (Even Wikia doesn't follow this)

Fix logical error

Support Array input in Title::getLocalURL and Title::getFullURL.

GlobalFunctions.php now has 2 new functions:
wfBuildQuery and wfParseQuery.
These are similar to the PHP http_build_query and parse_str for query handling. However they don't have the issues which those ones suffer from.

Localisation updates for core messages from Betawiki (2008-05-13 23:19 CEST)
* missed in earlier commit (strange)

* I totally blame SVN for this, it didn't show this change!

Arabic localization updates

* Fix errors

Localisation updates Cantonese, Chinese and Old/Late Time Chinese

Removed debugging code.

DB schema change.

In CentralAuth (and related changes interface changes in Newuserlog and the core):

* Moved the AutoAuthenticate hook to User::loadFromSession(), to defer processing for longer and avoid unstub loops
* Undeprecated User::setID()
* Added partial support for new user log registration and IP-based blocking of automatically created accounts. Still needs the same support implemented in Special:Userlogin.
* Fixed all inappropriate uses of the term "DB name", changing them to "wiki" or "wiki ID". Renamed the relevant database fields.
* Refactored central session and cache support

log_id here too

* Totally redo index use.
* log_id is live

Silly typo

Disable logevents until it works...

Currently produces very slow queries like the following:
SELECT /* ApiQueryLogEvents::execute SineBot */  log_type,log_action,log_timestamp,page_id,log_user,user_name,log_namespace,log_title,log_comment,log_params  FROM `user`,`logging` FORCE INDEX (times) LEFT JOIN `page` ON ((log_namespace=page_namespace) AND (log_title=page_title))  WHERE (log_type != 'suppress') AND (user_id=log_user) AND log_deleted = '0' AND log_type = 'block' AND log_namespace = '2' AND log_title = '86.53.69.150'  ORDER BY log_timestamp DESC LIMIT 2;

Localisation updates for core messages from Betawiki (2008-05-13 23:19 CEST)

Use 'api' querygroup

E_STRICT

Actually, page not always selected. Add this only when needed.

Actually specify page_id=rev_page to avoid cartesian join bringing the site down again

Localisation updates German

Update.

* Localisation updates German
* Update messages.inc per r34751

Cleanup r34661 (bug 14063 -- <label> for powersearch redirect checkbox)

Got rid of the old weird messages that combined localization with layout. Layout's now in nice clean code, with localization in nice clean messages. Yay!