aboutsummaryrefslogtreecommitdiffstats
path: root/maintenance/parserTestsStaticParserHook.php
Commit message (Collapse)AuthorAgeFilesLines
* Move parser test related stuff to tests directoryChad Horohoe2010-09-281-58/+0
| | | | | | | | | * Moved test record stuff to testHelpers.inc, could be useful for non-parser test stuff? * Everything else in tests/parser * parserTestsParserTime from r12533 doesn't seem used? Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/73884
* Standardised file description headers:Alexandre Emsenhuber2010-09-011-3/+17
| | | | | | | | * added @file where needed * replaced @copyright and @license with GPL header and copyright notice Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/72159
* * Removed require/require_once from maintenance scripts where possible, ↵Tim Starling2010-06-251-31/+28
| | | | | | | | | | | | | | | replaced by the AutoLoader, since register_globals vulnerabilities and inappropriate include_path dependencies are so common. * Rearranged PHPUnit startup so that MediaWiki can be started from the file scope, as required by Setup.php and other core MediaWiki startup files. The custom entry point maintenance/tests/phpunit starts MediaWiki and then passes its arguments through to PHPUnit. * Moved the parser test tag hooks into classes and moved their registration to parserTests.inc, to allow autoloading. * Renamed ApiSetup to ApiTestSetup, MediaWiki_Setup to MediaWikiTestSetup, PTShell to ParserTestSuiteBackend. * Moved command-line initialisation code from the file scope of parserTests.inc to parserTests.php to allow autoloading * Rewrote the interface between PHPUnit and the parser tests. Removed all the hacks designed to make the rest of the PHPUnit tests work without proper teardown of the parser test environment. Moved the PHPUnit_Framework_TestSuite subclass to a file that's not scanned by PHPUnit, to avoid "no tests found" warnings". * Removed the {{NUMBEROFARTICLES}} parser test, too hard to make it work consistently. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/68544
* Stylize maintenance folder..Sam Reed2010-05-221-2/+2
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/66751
* * Revert back to my parser pseudo-branch again. Note: if you feel like ↵Tim Starling2008-08-261-10/+13
| | | | | | | | | | | | | | | reverting this, reverting Parser.php alone to r40010 will work just fine. * Merged replaceFreeExternalLinks() with doMagicLinks(). Makes a lot of sense, very similar operations, doesn't break any parser tests. Stops free links from interacting with other parser stages, the same way ISBN links don't. * The pass order change fixes Brion's complaint in r39980. Early link expansion, triggered by having more than 1000 links in the page, was outputting URLs which were destroyed by RFEL. Added parser test. * Fixed an unrelated bug in LinkHolderArray::replace(): if a link to a redirect appears in two separate RLH calls, the second and subsequent calls do not add the mw-redirect class. Caused by an unmigrated LinkCache fetch. * Added a parser test for a pass interaction bug that the pass order change fixes. * The fuzzer told me to tell you that free external links in non-caption image parameters, which are and have always been invisible, are now not registered either. * Miscellaneous supporting updates to the test infrastructure. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/40020
* Revert r39949 "* Revert revert r39662 of my parser changes."Brion Vibber2008-08-251-5/+4
| | | | | | | | | | | | Causes weird regressions on http://meta.wikimedia.org/wiki/Talk:Spam_blacklist Couldn't isolate to a parser test in a few minutes; some kind of template interaction perhaps. Sample bad HTML like: The associated page is used by the Mediawiki <a href="&lt;a href=" class="external free" title="http://www.mediawiki.org/wiki/Extension:SpamBlacklist" rel="nofollow">http://www.mediawiki.org/wiki/Extension:SpamBlacklist</a>" class="extiw" title="mw:Extension:SpamBlacklist"&gt;Spam Blacklist extension, and lists strings of text that may not be used in URLs in any page in Wikimedia Foundation projects (as well as many external wikis). Any meta <a href="/wiki/Administrator" title="Administrator">administrator</a> can edit the spam blacklist. There is also a more aggressive way to block spamming through direct use of <a href="/wiki/Anti-spam_features#.24wgSpamRegex" title="Anti-spam features">$wgSpamRegex</a>. Only <a href="/wiki/Developers" title="Developers" class="mw-redirect">developers</a> can make changes to $wgSpamRegex, and its use is to be avoided whenever possible. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/39980
* * Revert revert r39662 of my parser changes. Tim Starling2008-08-251-4/+5
| | | | | | | | | | | | | | | | * Fixed image link whitespace handling (Brion's complaint, r39662) * Added fuzz test capability to parserTests.php * Added __destruct() functions to Parser and Language, and called them explicitly from parserTests.inc, to avoid unconstrained memory usage during fuzz testing. * Added unified diff to output of Parser_DiffTest * Fixed whitespace change in Parser::doTableStuff() (found by fuzzing) * Added feature to RELEASE-NOTES which I'd committed last time but forgotten to note: <gallery> will accept image names with no "Image:" prefix (rediscovered by fuzzing) * Limit memory usage in Title::getInterwikiLink() * Fixed chronic fail of all interwiki link parser tests (hid Siebrand's complaint, r39464) * Fixed chronic fail of one of the LanguageConverter parser tests. Was actually an ignored bug. Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/39949
* WARNING: HUGE COMMITAlexandre Emsenhuber2008-05-201-1/+2
| | | | | | | | | | | | | | | | | | 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 ?>'s from files. They're pointless, and just asking for people to ↵Aryeh Gregor2007-06-291-1/+1
| | | | | | | 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
* Use Doxygen @addtogroup instead of phpdoc @package && @subpackageAntoine Musso2007-01-201-2/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/19502
* * parserTests.php accepts a --file parameter to run an alternate test sutieBrion Vibber2006-06-011-1/+3
| | | | | | | | * parser tests can now test extensions using !!hooks sections Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/14507
* * Adding a trailing ?>Ævar Arnfjörð Bjarmason2006-03-071-0/+1
| | | | Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/13184
* * Add a parser test for parser hooks inside comments which are currentlyÆvar Arnfjörð Bjarmason2006-02-271-0/+41
parsed (called) by the parser but shouldn't, the following will output "hello, world" in the <statictag> hook: <!-- <statictag>hello, world</statictag> --> <statictag action=flush/> Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/13121
generated by cgit v1.2.3 (git 2.25.1) at 2025-04-22 19:50:30 +0000