| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/71769
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/70647
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/69778
|
|
|
|
|
|
|
|
|
| |
Fix spaces from r69755
Minor update to RELEASE-NOTES per r69753
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/69777
|
|
|
|
|
|
|
| |
Only comment them out in ApiFormatYaml_spyc.php
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/69757
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/69269
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/65183
|
|
|
|
|
|
|
| |
makes it worse. Also, I believe that we don't stylize libraries from external sources as a general rule
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/61757
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/61756
|
|
|
|
|
|
|
| |
If we're checking the key is *, no point reusing it, as we know what it is. Simplfy bug link/reference
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/61624
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/61609
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/61444
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/61437
|
|
|
|
|
|
|
|
|
|
|
|
| |
"I wouldn't object to stylizing the API code to bring it in line with
the rest of MW on principle, but I'm not gonna bother myself." --Roan
<http://www.mediawiki.org/wiki/Special:Code/MediaWiki/60657#c5108>
If you're seeing this commit in blames, tell your blame tool to ignore
whitespace, e.g., git blame -w or svn blame -x -w.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/60930
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/60367
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/59969
|
|
|
|
|
|
|
| |
* fix whitespaces
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/44313
|
|
|
|
|
|
|
| |
user input string, except if the string has no line breaks in it, in which case an arbitrary local file/URL is loaded and handed to the attacker on a nicely encapsulated silver platter. Doesn't appear to be used either by core or extensions, but you never know when someone might try.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/42547
|
|
|
|
|
|
|
| |
this was not caused by PHP's "helpful" 0=='' ; research shows this was a regression from r32485 that no one ever noticed
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/40384
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Doxygen documentation update:
* Changed alls @addtogroup to @ingroup. @addtogroup adds the comment to the group description, but doesn't add the file, class, function, ... to the group like @ingroup does. See for example http://svn.wikimedia.org/doc/group__SpecialPage.html where it's impossible to see related files, classes, ... that should belong to that group.
* Added @file to file description, it seems that it should be explicitely decalred for file descriptions, otherwise doxygen will think that the comment document the first class, variabled, function, ... that is in that file.
* Removed some empty comments
* Removed some ?>
Added following groups:
* ExternalStorage
* JobQueue
* MaintenanceLanguage
One more thing: there are still a lot of warnings when generating the doc.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/35098
|
|
|
|
|
|
|
|
| |
* remove empty lines at end of file
* remove "?>" where still present
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/33276
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/32518
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/32485
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/31940
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/31927
|
|
|
|
|
|
|
| |
mess with the files and add trailing whitespace. (Yes, I looked over every one and reverted those that were bogus. Slash-enter a million times in less worked well enough, although it was a bit mind-numbing.)
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/23531
|
|
|
|
|
|
|
|
|
| |
* Add @addtogroup tags to various classes, to try and group conceptually-related classes together.
* Add brief descriptions to various Special pages, thanks to Phil Boswell.
* Moving some docs to be right above the classes they represent, so that they are picked up.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/21402
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* @link. You might think @link would surely mean "here comes a web URL" ... but @link is a valid command
in Doxygen, which means an entirely different kind of link (an internal link to somewhere, so that you can separate
documentation and implementation). The result is a mess, and the best solution I can see is to use "@see" instead of "@link".
* Warning: argument `nourl' of command @param is not found in the argument list of Linker::makeMediaLinkObj($title,$text='')
* Moving few class descriptions to right above classes, and/or formatting into Javadoc style.
* "@addtogroup Special Pages" --> "@addtogroup SpecialPage" so that all special pages have the same @addtogroup tag.
* @fixme --> @todo (must have missed these before)
* "@param $specialPage @see" remove the "@" in the "@see" to stop warning.
* @throws wants type, then a brief description, to stop warning.
This last one is for PHPdocumentor only, but it fixes something for PHPDocumentor, and should be neutral for Doxygen:
* WARNING in includes/api/ApiFormatYaml_spyc.php on line 860: docblock template never terminated with /**#@-*/
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/21343
|
|
|
|
|
|
|
| |
If making mass changes to tweak to its preferences, probably better to do it for the tool we actually generate docs with. :)
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/20771
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
tweaking stuff.
Minor doc tweaks to prevent some PHPDocumentor warnings or errors when run on the includes/ directory. PHPDocumentor uses a syntax very similar to javadoc - mostly we already use this, but there were a few scattered places that were adjusted to make them consistent with the rest of the code. In practical terms, these changes were made:
* @url becomes @link
* @fixme becomes @todo
* HTML tags in descriptions must be closed / balanced.
* @bug was removed (where the bug was long fixed), or changed into a @todo (in the few situations where the bug was still pending)
* @obsolete becomes @deprecated
* Things like "/**@{{" and "/**@}}*/" which cause "unknown tag" warnings were removed
* @access must be a valid access level.
* @desc tag not needed, removed.
* Doesn't seem to like @licence, will accept @license however.
* Use full comment block notation in a few places (i.e. open block with "/**", start each line with " *", and end block with " */")
Then additional to this, to get some class docs associated with their respective classes:
* Moved some docs to right above those classes (deleting blank lines, or moving descriptions from the file headers)
* Marked some classes without docs as "@todo document"
* (done up to "class MIMEsearchPage" on the "classtrees_MediaWiki.html" page for the includes/ directory)
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/20769
|
|
|
|
| |
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/19502
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
should be no changes in behaviour whatsoever after this) -
* removing some unused global declarations.
* removing or commenting out or adding comments for unused local vars.
* Adding one or two local var declarations.
* Declaring $matches array passed to preg_match() / preg_match_all() as array() before using [not required, just have a slight preference for the explicitness].
* remove one or two pass-by-reference function declarations where the value is not modified.
* Adding some braces to if-else blocks.
* In Parser.php, stripstrate is now an object rather than an array as per r17820, so we no longer need ask for a reference to it (as in "$x =& $this->mStripState;"), and in fact it's probably just simpler to get rid of $x altogether.
* Moving some preg regexes from "" quoting to '' quoting to stop static analyzer whinging about bad escape sequences.
... up to "LinksUpdate.php" in the includes/ directory.
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/17880
|
|
* API: added login functionality
* API: added several output formats (needs optimization)
Notes:
http://mediawiki.org/wiki/Special:Code/MediaWiki/16618
|