I hate eol w/s

(bug 12262) Follow-up r102026: update ul margin in shared.css

Use ⌘ in for Mac keyboard shortcuts

Looks better to the eye when playing with your User:foo/style.css

http://en.wikipedia.org/wiki/Command_key

apply CSS::Janus when user preview its CSS style

follow up r94421

- add comment to document us_chunk_inx in sql file
- fix chunk upload to work with recent filerepo changes
Follow up r104687

Fixed a typo in r107054

do not evaluate '<?php' line

This happen when you are sending to eval.php a php file. The first line
is the string '<?php' which is passed to eval(). Boom!
This patch skip that string.

Example usage:
 $ cat somefile.php
 <?php
 echo "Working!\n";
 $

 $ cat somefile.php | php maintenance/eval.php
 Working!
 $

remove bug 31921 from 1.19 RN

Fix was merged in REL1_18 by r107046

Moved SQLite test .sql files to the common test data directory

Make apibase of $wgForeignFileRepos (InstantCommons) protocol relative too

Add some letters per https://incubator.wikimedia.org/w/index.php?diff=666382&oldid=664736

* FU r106752: de-uglified Setup.php by moving most of the b/c code into FileBackendGroup. Deferred registration of file backends and lock managers to the respective singleton() functions for the group objects.
* Refactored FileRepo::initZones() to require the specific zones; nothing was using it differently.
* Removed deleted zone check in deleteBatch(), a similar error will instead trigger with the initZones() call as needed.
* Added $wgLocalFileRepo comment.
* Updated tests.

Update documentation on params method of Message class to indicate it can either be varags, or it can also
take an array of all the parameters as the first argument.

FU r105512: urldecode() the file and thumb name in wfExtractThumbParams() for 404 handling as needed.

added missing UploadStash exceptions to AutoLoader

[mediawiki.api] bug fixes

* error callback of some convenience functions was broken. Second argument to get() is ajaxOptions, there is no third argument.

[mediawiki.api] clean up

* Adding return values to most of the ajax functions so that the jqXHR object (originally returned by jQuery.ajax) is available. Some functions documented they already did this, some don't. Now they all do and are also documented as such.

* Renaming a few 'callback' arguments to 'success' to avoid confusion with 'error'.

* Removed unused variables
** mw.Api's instance this.url was unused
** var cachedToken was unused in mediawiki.api.titleblacklist.js

* Making closure argument order the same and referencing mediaWiki as a global (mw is something thought not to be a global but mediaWiki certainly is, no need to access window from the global scope and then the mediaWiki property of it). Also renamed any used of $j to $. Adding 'undefined' to the closure arguments where missing.

* Re-written the mw.Api constructor's logic for options. Now keeping a defaultOptions privately "statically" cached outside the constructor and using that to build the options object.

* Made all non-block comments the same comment style (some were /* */ or /* \n */)

* Completed parameter documentation and wrote TODO as @todo and added an example use for mw.Api in the documentation.

* Some other random whitespacing, line breaking, merged var statement, and moved them out of blocks (since JS doesn't have block scope) into the main function body for clarity. And some other random JS Lint/JS Hint stuff.

* Added comment to api.titleblacklist module about the module not being in core but in the TitleBlacklist extension.

* (bug 23427) Introduced {{PAGEID}} variable to expose page.page_id [patch by Waldir]

follow-up to r106912, making change to correct branch this time

This isn't a doc comment, so shouldn't start with /** (and it messes up my syntax highlighting)

changed instances of sample.com to example.com per RFC 2606

[Core JS] mw.util.addCSS: Insert style tag into dom before setting cssText
* Fixes bug 33305

[Core JS] Applying conventions to mw.util
- new recommended closure format
- fixing repeated var statements, or var statement inside blocks (there is no block scope in JavaScript) and moving them to the top of the function
- line breaking, indention, white space
- and more.. see also https://www.mediawiki.org/wiki/Manual:Coding_conventions/JavaScript

* FU r106752: unbreak urls to ForeignAPIRepo file thumbnails. FileRepo no longer uses bogus <public root URL>/thumb default for the thumnail URL when the public root URL wasn't even set. This was making ForeignAPIRepo not set it since it saw that it was already set.
* Cleaned up and added some missing sanity checks for scriptDirUrl member in FileRepo. Made some related documentation tweaks.
* Removed pointless getRepo() call in File.

Localisation updates for core and extension messages from translatewiki.net

* Added FileRepo::SKIP_LOCKING constant and made storeBatch() check it.
* Made File::maybeDoTransform() use the FileRepo::store() and a new File::getThumbRel() function. Looks cleaner and loosens FileBackend coupling.
* Also made storeTemp() use FileRepo::SKIP_LOCKING for performance.
* Killed some useless initZones() calls in FileRepo. Extensions may not even use these zones. Likewise, it could make tests fail even though they don't those zones. We already do the sanity with some prepare() calls in storeBatch().
* Removed FileRepo::SKIP_VALIDATION, not used by anything now.
* Moved getUrlRel() down a bit.

Code style: move a couple htmlspecialchars() down to usage so it's clear where escaping happens

(bug 33246) News icon shown for news:// URLs but not for news: URLs. Patch by Erwin Dokter

Declare constant default values directly in the class definition and removed the constructor since it's useless now

Use LinkCache::singleton()->clear() instead of using a local variable so that I can see what LinkCache::singleton() will be used for directly in grep

* Use local context to get messages
* Use Language::userTimeAndDate() and related instead of Language::timeanddate() where needed
* Factorised some calls to member functions

Use accessor instead of the member variable directly and factorise the calls to it

tests for r94881 which interprets relative Location: headers

follow up to r106883, typo fixes

Optimized doOperations() a bit to only get SH locks for the paths that aren't already going to get EX locks

* Renamed FileBackend functions internal to FileBackend/FileOp, making their usage clearer.
* Added convenience functions to FileBackendBase for basic file ops. Previously, doOperation() was the only convenience function...give it some friends :)
* More documentation comments.

Fixed typo in testGetFileList() and used the proper FileBackend function delete

Release notes for r105645.

actually use the flipping cssclass arg, so its possible to set a css class without creating your own input field type class

follow-up to r105740, adding the actual graphic to use (in the right branch this time)

follow-up to r106754 - using strict comparison, adding logic for editing existing pages, changing parameter name in WikiPage::replaceSection from $summary to $sectionTitle as it only used for section titling

FU r106752: use "media-" instead of "images-" in container names. Long live books, video, 3D meshes, and animated holograms from the future!

fix race condition in UploadFromChunks, followup to r104687

Followup r105280
For bug 33139 "Swapping colors in new diff color scheme"

* Modified diff colorscheme to yellow[orange]/blue[blue]
  - These colors attempt to address the following issues with diffs:
    - Colorblindness (Protanopia/Deuteranopia)
    - Cultural meaning of color (e.g., "green is good, therefore this diff is better")
* Bumped font size up overall (actually, just removed the smaller)
* Removed dotted line around difftext

partial revert of r106872 after discussion with Brion on #mediawiki irc

Revert r106439, r106441 - bad formatting mushing separate lines together

Revert r106870: doesn't seem like it would format things consistently as expected.

FU r106514: Sanity check for empty sha1 values in the DB

Revert r106094 (broken unnecessary cleanup), r106454 (ugly unneceessary cleanup)

The ugliness of this sort of code is probably part of why there's still a Linker::tooltip() function.
Please don't just replace it with worse code; if truly cleaning it up this should be done by giving a saner interface to the nav generation code

Revert r106456, r106485: system-wide setting seems to be intended to apply only to specific extensions' code but wouldn't? Also weird config parameter combining two unrelated things into one.

For r106521/r106865, wrap long example description strings

Follows up r106439

Provisional revert of r105831: as noted it's not safe; alternative fix was a weird abstraction violation that would leave you not knowing whether the data would be present or not.

grammar :) followup r106514

Revert r106521: creates lots of long, unwrappable lines in help output

Provisional revert r106573, r106559: may be the wrong thing to do, and should probably come with regression tests if added.

Revert r106523: abstraction violation, looks very wrong, unclear benefits

Localisation updates for core and extension messages from translatewiki.net

r106752: Add two more new message keys to maintenance file

Simplify $assoc check

FU r106770: fixed the other getTransform() call

Cleaned up some references to FSRepo in code and comments. This should have no noticeable functional changes.

FU r106752: added b/c code to FSRepo to make things easy for extensions (like ConfirmAccount)

Fix casing of Language::timeanddate calls

Use local context to get messages

Update punctuation for recently added messages.

* removed manual cascading of recentchanges on page delete
* fixed purgeCache bug in updater
* TESTED install/update from 1.18/phpunit

Fix AutoLoader fail from r106800

Fix typo spotted by Roan. Originated in r106752, cp error in r106796.

Move registration form template to its own file

r106752: Add block comments

Fix for r104684

Using "$result['sectionanchor'] == ''; rather than "$result['sectionanchor'] = '';"...

Correct the error dialog display.

Fix for bug 33270: default to 'default' search profile
Had this fixed in one of my wikies but not committed

(bug 33156) Special:block didn't let you confirm blocking yourself if using non-normalized name.

Was comparing the normalized name to the non-normalized name that gets inserted into the form, since
request variables from previous request override form defaults.

Fix for r102116: link feed to Special:Recentchanges, not current page

Set deleted zone container in parserTest.inc

FU r106752: unbreak "other sizes" links on File: pages by working around the suck /media system.

Remove trailing whitespace and a few superfluous empty lines.

Don't re-use allinnamespace as the header for special:prefixindex. instead introduce new message prefixindex-namespace

Hopefully directly editing MessagesQqq.php like I did is ok... I can never remember if i'm supposed to do that, or if it will just be overridden on next translatewiki export.

Set deleted zone container in UploadFromUrlTestSuite

FU r106752: Fixed directory b/c for ForeignAPIRepo, which was moved to Setup.php

Follow-up r97303: sort module names in paraminfo's paraminfo

follow-up r98710/r104410. I personally think that forRefresh is confusing, since a purge is always in essence a "refresh"ing operation. change it to forThumbRefresh.

If you request LogEventList to display the combination of 2 log types, and one of
those logs are restricted, will generate a warning, since it removes first entry of
array, but doesn't re-index the array, and subsequent code makes assumptions of the
form if ( count( $this->types ) $singleType = $this->types[0] (which doesn't work, as
first index is 1).

Thus cause array to be re-indexed if a $wgLogRestriction causes a log type to be removed.

Steps to reproduce the issue is make deletion log restricted, then view a (non-existent) user page.

Personally I think its kind of weird/wrong that if someone restricts both the move and delete log,
then viewing a non-existent will give "This page has been deleted, here's delete log:" followed by an
entry from *any* public log.

* Fix class name
* unset($wgMemc) doesn't actually do anything useful, it just removes the reference from the local scope. Set it to NULL instead.

Don't suppress warnings when attempting file creation for the second time, this masks important error messages

$reqArr is an ambiguous variable name - req can mean required or request. Changing to an unambiguous name

adding sectiontitle/wgSectionTitle as a new parameter for page editing (so that it can be set separately from the edit summary). For right now, this is just for API use, and thus isnt used in the form. As soon as 1.19 is out the door, we should change the form to use this as well. The current implementation is designed to be completely backward-compatible and non-disruptive

Merged FileBackend branch. Manually avoiding merging the many prop-only changes SVN likes to sprinkle in (easy to spot from the change list). Did not add SwiftFileBackend.php as it still is in development.

Reverted r101014 per CR. Added comment. The sooner RL2 kills this the better...

Fix $imit to $limit

Followup r106567

ExtraParserTest::testTrackingCategory and ExtraParserTest::testTrackingCategorySpecial need a db

Use local context to get message

Localisation updates for core and extension messages from translatewiki.net

add docs for feedback messages

Followup r106619, mark said method public due to callers

* Use Language::userTimeAndDate() and related instead of Language::timeanddate() when using user preferences to display dates
* Use local variables instead of calling some methods three times
* Fixed casing of remaining Language::timeanddate() call

Pass the User object to Title::userCan()

* Inlinise the only usage of $user in MediaWiki::main()
* Change the name of the variable containing the WikiPage object for more consistency

@private is a lie, based on usage, it'd need to be at least protected

Removing useless documentation replacing with param/return doc