Thijs/wiki.techinc.nl
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
wiki.techinc.nl/tests/qunit/QUnitTestResources.php

150 lines
6.2 KiB
PHP
Raw Normal View History

merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
<?php
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
/* Modules registered when $wgEnableJavaScriptTest is true */
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
return [
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
/* Utilities */
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
'test.sinonjs' => [
'scripts' => [
resourceloader: Implement modern module loading (2/2) * Send 'module' and 'require' parameters to module closures. This depends on Ia925844cc22f143 being deployed one cycle earlier. * Patch Moment and OOjs to ensure these libraries continue to expose their module as globals as well. AMD/UMD-compatible libraries only expose a global *OR* an export, not both. We need both for back-compat. * Update pluralRuleParser to make use of module export to allow usage via require(). To test, check out the patch and run: > mw.loader.load('moment'); > mw.loader.require('moment')() > mw.loader.require('moment')('2011-04-01').fromNow() Bug: T108655 Change-Id: Idbd054880ee70d659ec760aef8fcb38d0704a394
2016-01-22 19:29:28 +00:00
'tests/qunit/suites/resources/test.sinonjs/index.js',
Upgrade Sinon.JS to 1.17.3 No major changes for us other than a bugfix that makes the following work as expected: var clock = this.sandbox.useFakeTimers(); setTimeout(function () { clock.tick(10); }); click.tick(1); // Expected: 11ms is recorded // Actual: 1ms is record This was broken up until Sinon 1.16.0 (Lolex 1.3.0) because it saved the "clock.now" value before running any pending timeout callbacks. Then it unconditionally assigned the "clock.now" value to 'oldNow + ticked', which discarded ticks made by a callback. Change-Id: I2775f4c6353aef12ced6dc45e73fe8d4e49c2b68
2016-03-12 00:59:30 +00:00
'resources/lib/sinonjs/sinon-1.17.3.js',
resourceloader: Implement modern module loading (2/2) * Send 'module' and 'require' parameters to module closures. This depends on Ia925844cc22f143 being deployed one cycle earlier. * Patch Moment and OOjs to ensure these libraries continue to expose their module as globals as well. AMD/UMD-compatible libraries only expose a global *OR* an export, not both. We need both for back-compat. * Update pluralRuleParser to make use of module export to allow usage via require(). To test, check out the patch and run: > mw.loader.load('moment'); > mw.loader.require('moment')() > mw.loader.require('moment')('2011-04-01').fromNow() Bug: T108655 Change-Id: Idbd054880ee70d659ec760aef8fcb38d0704a394
2016-01-22 19:29:28 +00:00
// We want tests to work in IE, but can't include this as it
// will break the placeholders in Sinon because the hack it uses
// to hijack IE globals relies on running in the global scope
// and in ResourceLoader this won't be running in the global scope.
// Including it results (among other things) in sandboxed timers
// being broken due to Date inheritance being undefined.
// 'resources/lib/sinonjs/sinon-ie-1.15.4.js',
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
],
'targets' => [ 'desktop', 'mobile' ],
],
qunit: Add SinonJS utility To be used in mediawiki.api tests and elsewhere. For now they are opt-in and disabled by default, individual tests can enable fake timers, servers and/or xhrs by calling this.sandbox to access the dedicated sinon sandbox for that test. Clock example: QUnit.test( 'example', function ( assert ) { var clock = this.sandbox.useFakeTimers(); setTimeout( function () { assert.ok( true, 'test' ); } ); clock.tick(1); } ); Server example: QUnit.test( 'example', function ( assert ) { this.server = this.sandbox.useFakeServer(); new mw.Api().getToken( 'foo' ).done( function ( token ) { assert.equal( token, '0123abc', 'Token' ); } ); // assert.equal( this.server.requests.length, 1, 'Requests' ); this.server.respond( function ( request ) { request.respond( 200, { 'Content-Type': 'application/json' }, '{ "tokens": { "testactiontoken": "0123abc" } }' ); } ); } ); Change-Id: I789fb71903f26dbbfe781f010dc5cd3756759943
2014-02-05 05:18:28 +00:00
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
'test.mediawiki.qunit.testrunner' => [
'scripts' => [
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
'tests/qunit/data/testrunner.js',
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
],
'dependencies' => [
SpecialJavaScriptTest: Add export feature Add an 'export' subpage to SpecialJavaScriptTest which allows one to request a self-sufficient JavaScript payload that will bootstrap a ResourceLoader client and load the test suites. This is needed for using Karma (which only loads JavaScript, no full html pages). As such elements from the Skin and OutputPage will not exist. While all QUnit tests in MediaWiki core and most extensions I've seen already use #qunit-fixture, this is now required. This to prevent leakage of elements from one test to another, but it also prevents tests from depending on elements provided by the server. While the Karma setup is still in the pipeline (might land before this commit loses WIP status), for now this can be tested via the 'Special:JavaScriptTest/qunit/plain' subpage. Refactor: * Use HTTP status code 404 in the response for "noframework". * Simplify HTML footprint by using <div id="qunit"> instead of hardcoding the full structure. This feature was added to QUnit since v1.3.0 (Feb 2012), we're using v1.14.0 (Jan 2014). QUnit's header is automatically derived from document.title. * Remove redundant addModules() for 'test.mediawiki.qunit.testrunner'. This is already added by default. * Move allowClickjacking() call so that it applies to other modes as well. The exported javascript needs to have wgBreakFrame set to false so that test runners can frame it. * Change mediawiki.special.javaScriptTest to not depend on QUnit. It caused QUnit to load on error pages. And in theory the page is suited for other frameworks and shouldn't load QUnit this way. Bug: T74063 Change-Id: I3d4d0df43bb426d9579eb0349b8b5477281a7cfc
2014-12-02 21:48:21 +00:00
// Test runner configures QUnit but can't have it as dependency,
// see SpecialJavaScriptTest::viewQUnit.
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
'jquery.getAttrs',
'mediawiki.page.ready',
'mediawiki.page.startup',
qunit: Add SinonJS utility To be used in mediawiki.api tests and elsewhere. For now they are opt-in and disabled by default, individual tests can enable fake timers, servers and/or xhrs by calling this.sandbox to access the dedicated sinon sandbox for that test. Clock example: QUnit.test( 'example', function ( assert ) { var clock = this.sandbox.useFakeTimers(); setTimeout( function () { assert.ok( true, 'test' ); } ); clock.tick(1); } ); Server example: QUnit.test( 'example', function ( assert ) { this.server = this.sandbox.useFakeServer(); new mw.Api().getToken( 'foo' ).done( function ( token ) { assert.equal( token, '0123abc', 'Token' ); } ); // assert.equal( this.server.requests.length, 1, 'Requests' ); this.server.respond( function ( request ) { request.respond( 200, { 'Content-Type': 'application/json' }, '{ "tokens": { "testactiontoken": "0123abc" } }' ); } ); } ); Change-Id: I789fb71903f26dbbfe781f010dc5cd3756759943
2014-02-05 05:18:28 +00:00
'test.sinonjs',
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
],
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
'position' => 'top',
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
'targets' => [ 'desktop', 'mobile' ],
],
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
/*
Test suites for MediaWiki core modules
These must have a dependency on test.mediawiki.qunit.testrunner!
*/
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
'test.mediawiki.qunit.suites' => [
'scripts' => [
startup: Add unit tests and add Firefox < 4 to blacklist. Bug: 35906 Change-Id: Id8214c6a54f1bed2f9e1abb668248c46dcf7317e
2013-04-05 00:35:37 +00:00
'tests/qunit/suites/resources/startup.test.js',
Add jquery.accessKeyLabel javascript module Extracted the accessKey logic from mediawiki.util and moved it to it's own module. mediawiki.util now depends on the new module, moved the jquery.client dependency from mediawiki.util to the new module. Now the accesskey is also set, when no placeholder like '[x]' is set on the title (bug 48505). Also the label for a input or textarea (and some other elements) gets updated (bug 63849). Also implements support for the browsers accessKeyLabel function (bug 37239), which will give a localised accessKey string, if supported (at the moment FireFox 8+ only) Bug: 37239 Bug: 48505 Bug: 63849 Change-Id: I211593629ca23540dcd5a93b11834155f4f04883
2014-04-22 12:16:45 +00:00
'tests/qunit/suites/resources/jquery/jquery.accessKeyLabel.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/jquery/jquery.autoEllipsis.test.js',
'tests/qunit/suites/resources/jquery/jquery.byteLength.test.js',
'tests/qunit/suites/resources/jquery/jquery.byteLimit.test.js',
Fix jQuery compatibility issues in jquery.color.js Fix two issues which caused jquery.color to be incompatible with the currently used jQuery version: * The $.fx.step hook in jquery.color.js relied on fx.state which is not provided by current jQuery. This commit replaces it with a manual flag (the same logic is used in the official jquery.color plugin). * It used $.curCSS which has been replaced by $.css. Change-Id: I3aa0d912b21da40167124c646fb1b35beb277a33
2014-02-27 00:26:50 +00:00
'tests/qunit/suites/resources/jquery/jquery.color.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/jquery/jquery.colorUtil.test.js',
'tests/qunit/suites/resources/jquery/jquery.getAttrs.test.js',
Initial stab at responsive images for screen densities. * adds $wgResponsiveImages setting, defaulting to true, to enable the feature * adds 'srcset' attribute with 1.5x and 2x URLs to image links and image thumbs * adds jquery.hidpi plugin to check pixel density and implement partial 'srcset' polyfill ** $.devicePixelRatio() returns window.devicePixelRatio, with compat fallback for IE 10 ** $().hidpi() performs a 'srcset' polyfill for browsers with no native 'srcset' support * adds mediawiki.hidpi RL script to trigger hidpi loads after main images load Note that this is a work in progress. There will be places where this doesn't yet work which output their imgs differently. If moving from a low to high-DPI screen on a MacBook Pro Retina display, you won't see images load until you reload. Confirmed basic images and thumbs in wikitext appear to work in Safari 6, Chrome 21, Firefox 18 nightly on MacBook Pro Retina display, and IE 10 in Windows 8 at 150% zoom, 200% zoom, and 140% and 180%-ratio Metro tablet sizes. Internally this is still a bit of a hack; Linker::makeImageLink and Linker::makeThumbLink explicitly ask for 1.5x and 2x scaled versions and insert their URLs, if different, into the original thumbnail object which (in default handler) outputs the srcset. This means that a number of places that handle images differently won't see the higher-resolution versions, such as <gallery> and the large thumbnail on the File: description page. At some point we may wish to redo some of how the MediaHandler stuff works so that requesting a single thumbnail automatically produces the extra sizes in all circumstances. We might also consider outputting a 'srcset' or multiple src sizes in 'imageinfo' API requests, which would make ApiForeignRepo/InstantCommons more efficient. (Currently it has to make three requests for each image to get the three sizes.) Change-Id: Id80ebd07a1a9f401a2c2bfeb21aae987e5aa863b
2012-09-18 07:18:50 +00:00
'tests/qunit/suites/resources/jquery/jquery.hidpi.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/jquery/jquery.highlightText.test.js',
'tests/qunit/suites/resources/jquery/jquery.localize.test.js',
jquery.makeCollapsible: basic test suite For now it just verifies that the very basic synchronous functionality of the module works; not much more is possible without triggering some events to hook to, and currently jquery.makeCollapsible doesn't trigger any. Change-Id: Icdd8f392e4921007a6bdfb3ae934949e4c875232
2013-03-25 19:16:07 +00:00
'tests/qunit/suites/resources/jquery/jquery.makeCollapsible.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/jquery/jquery.mwExtension.test.js',
'tests/qunit/suites/resources/jquery/jquery.tabIndex.test.js',
'tests/qunit/suites/resources/jquery/jquery.tablesorter.test.js',
jquery.tablesorter: testcases for the parsers The sorting is dependent on how the values in the cells are recognized and translated into sortkeys. We have a limited set of testcases on full tables, but I wanted to get a better grip on what these parsers are capable of and of their correctness on their output data. Currently all tests are succeeding and documenting current behavior, some of which might arguably be incorrect. Change-Id: I2dc551c5905431e7d4e6d4373144092449bdcd4d
2015-01-30 20:21:48 +00:00
'tests/qunit/suites/resources/jquery/jquery.tablesorter.parsers.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/jquery/jquery.textSelection.test.js',
Phase out tests/jasmine; Update mediawiki i18n tests Updated script for generating mediawiki.jqueryMsg sample data to be generic instead of Jasmine specific Removed mediawiki.jqueryMsg.spec.js * The bulk of the tests were already in QUnit (did that a while ago) * The little $.each loop over the sample data is now in QUnit as well. * Made it so that it doesn't need a hardcoded copy of languageClasses but instead pulls it from load.php on-demand and then restores mw.language later on. The mediawiki.jqueryMsg.test module now has several failures which is annoying but should not block the merge for now because they were failing under Jasmine as well, this is a known bug in jqueryMsg, a few cases don't work in js yet. To be investigated (12/66 fail currently). Change-Id: I243d055d6f5129fd9fd760943d05c7cd210d84bf
2012-09-12 07:57:31 +00:00
'tests/qunit/data/mediawiki.jqueryMsg.data.js',
Implement mw.requestIdleCallback for deferred background tasks We often use the idiom "window.onload" or "$(window).on('load')". Since code loads asynchronous, this is problematic because the event won't always be observed as it may fire before the event handler is attached. Most tasks also don't really want to wait until the page is loaded (in which case it would run immediately if the page is already loaded). Rather their intent is just to defer it to a later point in time – to avoid disrupting user events. Bug: T111456 Change-Id: Ieba0440c6d83086762c777dfbbc167f1c314a751
2015-10-21 01:52:52 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.requestIdleCallback.test.js',
Report uncaught errors via mw.track Adds a global error handler that sends errors to mw.track as an errorLogging.windowOnerror event. Bug: T88874 Change-Id: Ic091c9f93c59bda47bda2cfd609c64cd1d014b39
2015-01-29 01:21:01 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.errorLogger.test.js',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.jqueryMsg.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.jscompat.test.js',
Add pluggable talk page poster and use it for mediawiki.feedback The core implementation will only support wikitext. Flow will add its own implementation, and it can be used for any talk page system identifiable by content model. Bug: T91805 Change-Id: Ic69acafb24aa737536fe3a074e1958690732f0a7
2015-03-31 03:28:11 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.messagePoster.factory.test.js',
Introduce mediawiki.RegExp module Simple module based on the $.escapeRE method of the old "jquery.mwExtension" module. Change-Id: I9e108a3f8c24d87bb239b63a14807a691c25aa3e
2015-06-20 05:46:24 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.RegExp.test.js',
Add simplified storage API Provide a standard mechanism for accessing localStorage. It may seems simplistic right now, but to give an idea of the why: * We already have jquery.jStorage.js which is a much more heavyweight approach to storing non-essential values. * We are repeating ourselves a lot in extensions by having to do localStorage detection and then deal with full localStorage. In MobileFrontend we have a settings module. This is one of the reasons Gather depends on MobileFrontend and I'm keen to remove that dependency. * We might want to move to indexdb in future. Having a single API makes moving this easier - we don't have to update everywhere that uses localStorage * Saving non-string support would be useful. The API could be adjusted to take a mixed second parameter that stringifys JSON objects. * Cookie fallbacks are a possible alternative when localStorage is not supported. This allows us to be agnostic of the storage mechanism going forward. Note: This doesn't reuse the handling in mediawiki.js as at this point I am not sure there is value. mw.loader.store.enabled is false when $wgResourceLoaderStorageEnabled is not true and this should work even without that case. We can review this at a latter point. See: Id5c32bb7a662dda8d153490f7c47e972cabc1efd I3fd44b0ae6633a7053aee247bc3c4704ba987bc8 Bug: T96155 Change-Id: Idb37352acecd745beb53aa8d77ea050851448e0d
2015-08-11 18:16:21 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.storage.test.js',
mw.track: Add test suite Change-Id: I3ad2c0b5b993e3a0c67b420ff1768131e8f3b3b6
2015-03-27 23:54:45 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.template.test.js',
Support Mustache partials in Mustache template module * Add template partial support which matches the server-side implementation and means that we have full mustache support. https://mustache.github.io/mustache.5.html#Partials Bug: T97188 Change-Id: Ic752f52669dbffa21c4a514509c3ea1da8ac5d9c
2015-04-25 00:12:46 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.template.mustache.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.test.js',
resourceloader: Move mw.loader qunit tests to a separate file Change-Id: I867f00b0845664a2b670c460c58bf4f7791e0b38
2016-08-17 21:49:09 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.loader.test.js',
mw.html: Document mw.html.elements optional parameters * Move tests to a separate test suite. * Unit tests already covered these cases without second and third parameter so no extra tests. * Update code to clearly make attribs optional. Bug: T88962 Change-Id: I26bb4b0a907f48064f41236972e115ec1f7edf0c
2015-10-31 15:47:00 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.html.test.js',
mediawiki.inspect: Simplify getModuleSize() by using module descriptor Follows-up ce2652c9ec. Also add unit tests. Change-Id: I26caaf982f0d317028b5b00374dded6995564ece
2017-03-03 22:01:59 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.inspect.test.js',
[JSTesting] fix case typo in file path * twn: exception 'MWException' with message 'ResourceLoaderFileModule::readScriptFiles: script file not found: "/www/sandwiki/tests/qunit/suites/resources/mediawiki/mediawiki.title.test.js"' in /www/sandwiki/includes/resourceloader/ResourceLoaderFileModule.php:518
2012-01-04 19:11:45 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.Title.test.js',
Move toctoggle from mediawiki.util.js to separate file mediawiki.toc.js * New file mediawiki.toc.js without global function. * Keep minimal function mediaWiki.util.toggleToc() for compatibility. * Mark mediaWiki.util.toggleToc() as deprecated. * Adapt mediawiki.util.test.js. * Add new file mediawiki.toc.test.js. * Solves bug 60030 and allow multiple toc. Bug: 60030 Change-Id: I3ca2acb70db98d00e3f1bd2227091bd32d8e18a5
2014-01-24 08:36:20 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.toc.test.js',
mw.track: Add test suite Change-Id: I3ad2c0b5b993e3a0c67b420ff1768131e8f3b3b6
2015-03-27 23:54:45 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.track.test.js',
(bug 35658) make mw.Uri handle uris w/o protocol or host Includes testcase. mw.Uri already supplied the protocol if it was missing and document.location was set. Newly it also supplies the host (and port) from document.location if that is set. That enables handling of root-relative URls like "/some/path". Changeset 2/3: rename test file from mediaWiki.Uri.test.js to mediawiki.Uri.test.js. Changeset 4: fix jasmine tests. Test for 'http:/foo.com' is now expected to succeed, not throw an exception. The second test for 'foo.com/bar/baz' in strict mode is correct; that's parsed in strict mode as a truly relative path. Change-Id: Ibc4386ba40cffea9d30417ec2720114f6819ae1c
2012-04-07 16:52:02 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.Uri.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.user.test.js',
'tests/qunit/suites/resources/mediawiki/mediawiki.util.test.js',
Upstream `isElementInViewport` from MobileFrontend As a useful utility function, we've copied this method several times across multiple extensions, which is a pretty good sign it should actually live in core. Changes: * Add `mediawiki.viewport` module * Rewrite method to be more robust and accept any viewport * Add `mw.viewport` to jsduck categories file * Add method for checking if an element is close to the viewport * Add unit tests Bug: T124317 Change-Id: I38eec4f1e568f51e7e212b2b3f10b8da8d36f316
2016-01-28 17:49:38 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.viewport.test.js',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.test.js',
mediawiki.api: Don't apply file extension stripping to category names `mw.Title#getNameText()` strips anything following a dot (.), assuming it's a file name (which doesn't make sense for category names). C.f. https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.Title-method-getMainText This causes some trouble in UploadWizard's category-suggestion system. This bug has been there since the very first version (cb0cf72eba9ff) which, ironically, was specifically written for UploadWizard. Bug: 64764 Change-Id: I2925e1050215272cdf03c8c6b1de6ba79348f6a5
2014-05-03 19:34:23 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.category.test.js',
mediawiki.api.edit: Add edit() and create() methods Doing edits "The Right Way" is non-trivial due there being mulitple strict options that need to be known and enabled. By default, the API encourages bad behaviour: * Edit is unexpectedly saved as anon after session becomes invalid. * Other edits are silently overwritten. * Accidentally re-creates a deleted page. * Accidentally creates a new page when an edit was intended (eg. if title was wrong). Implement abstraction methods for edit and create that handle all this. Thus guarding JS edits with the same protections as EditPage. Change-Id: Ic6a35902cbae262971c704b9b8127e54733dac79
2016-06-27 16:08:34 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.edit.test.js',
Add mediawiki.api.messages module to easily retrieve a set of messages Bug: T40280 Change-Id: I6e3fc4beb56c3120702ca291adf6e1521a0bc21f
2015-11-07 22:56:06 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.messages.test.js',
mediawiki.api.options: Add module for API action=options Implemented mw.Api#saveOptions to save user preferences. If necessary, the options will be saved using several parallel API requests. Only one promise is returned that resolves when all requests are complete. If a value of `null` is provided, the given option will be to reset to the default value. Any warnings returned by the API, including warnings about invalid option names or values, are currently ignored. This basically means that all requests will succeed (barring networks problems, internal server errors and such). Change-Id: Ia015898ca910923e00bc53f099b4e5631d6ad45c
2014-09-14 22:16:11 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.options.test.js',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.parse.test.js',
Add frontend API for uploading via iframe Coming next: File API support, stash support Bug: T64513 Change-Id: I06fa61e7155efe8126ba12cda9376c37f1c45e8e
2015-06-24 19:00:19 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.upload.test.js',
mediawiki.api.watch: Don't use deprecated 'title' parameter * Instead handle it client side, and not as a deprecated feature. * Rename 'page' parameter to 'pages'. * Add unit tests. Change-Id: I81ec4282aedd91e3f0bb2ed0d6dd34e437b54f5d
2014-03-10 19:14:30 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.api.watch.test.js',
Introduce mediawiki.ForeignApi mw.ForeignApi is an extension of mw.Api, automatically handling everything required to communicate with another MediaWiki wiki via cross-origin requests (CORS). Authentication-related MediaWiki extensions may extend it further to ensure that the user authenticated on the current wiki will be automatically authenticated on the foreign one. A CentralAuth implementation is provided in I0fd05ef8b9c9db0fdb59c6cb248f364259f80456. Bug: T66636 Change-Id: Ic20b9682d28633baa87d22e6e9fb71ce507da58d
2015-08-14 23:17:49 +00:00
'tests/qunit/suites/resources/mediawiki.api/mediawiki.ForeignApi.test.js',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'tests/qunit/suites/resources/mediawiki.special/mediawiki.special.recentchanges.test.js',
Adding new interface for review filters to RecentChanges Add a new filter experience to Special:RecentChanges with a drop-down filter menu. Put it behind the rcenhancedfilters preference, which is hidden for now. Bug: T149435 Bug: T149452 Bug: T144448 Change-Id: Ic545ff1462998b610d7edae59472ecce2e7d51ea
2016-11-08 01:14:13 +00:00
'tests/qunit/suites/resources/mediawiki.rcfilters/dm.FiltersViewModel.test.js',
RCFilters UI: Add dm.FilterItem unit tests Change-Id: I7198f38c6ce2a85c0dc5f88d5f2a5c4b43ee4663
2017-02-22 01:41:15 +00:00
'tests/qunit/suites/resources/mediawiki.rcfilters/dm.FilterItem.test.js',
RCFilters: Make frontend URL follow backend rules and add 'urlversion=2' The backend always merges the query with wiki/user defaults before it gives us data. The frontend, though, initially assumed that the state is given strictly by the URL parameters (especially after the URL shorening commit). This made it so that the frontend state is incompatible with backend state. However, always merging frontend state with user/wiki defaults can produce inconsistencies between URLs in the same wiki, preventing users from sharing them -- and making it potentially break if ever a wiki default changes. The solution is to add 'urlversion=2' to all RCFilters-generated URLs and have the backend recognize this parameter as 'do not merge with defaults'. When RCFilters frontend loads, it checks whether the parameter exists; if it doesn't, it merges whatever it sees with the defaults just like the backend, then it transforms the URL to represent the correct full state, and adds 'urlversion=2' to the URL parameters, making it consistent across accounts and through time for the next time it will load. This means several new behaviors over the 'short url' commit: - Accessing Special:RecentChanges directly (no query) will result in one of two things: -- If there is a saved query that's set to default: The system will load that saved query "straight forward" (as if the user clicked that option from the menu) causing, also, an ajax re-request from the server (since the server does not yet know about saved queries or their potential for being the default state.) -- If there is no saved query default: The system will load user/wiki defaults (like the backend does) and then fix the url to represent this state fully (with parameters showing the actual state of the filters. -- Both cases will also result in adding 'urlversion=2' to the end result URL. - Accessing Special:RecentChanges?urlversion=2 (without any other parameters) will result in loading a completely empty filter set in RCFilters. We assume that 'urlversion=2' does not load defaults even if it is the only parameter in the URL. - Accessing Special:RecentChanges?hideX=1 (parameter set without urlversion=2) will result in the front end taking the requested parameters, merging them with user/wiki default (reproducing what the backend does) and then adding urlversion=2 to the URL. In all cases except for the default-saved-query-load case, the initial load will **not** re-request data from the backend. The backend needs to adjust to respect urlversion=2 as well (will come in an upcoming commit) so the state and expectation of both the front- and back-end are the same. This commit also factors out URL handing to a separate class (UriProcessor) and adds unit tests for it. Bug: T166907 Bug: T166972 Bug: T166974 Change-Id: I0eed3bc0d4fa4810b6301b535c75b6bfbc8b4a5b
2017-06-04 08:13:47 +00:00
'tests/qunit/suites/resources/mediawiki.rcfilters/UriProcessor.test.js',
QUnit tests for custom language rules for various languages. The language specific tests will be executed for the user language (see also bug 37321). Splitted from I4f3c7da84c4794fbe7bcbef52cfd49b1b7a3a521 Change-Id: I9b1c991d00f4af1d8ee409f65f123a006f0eb443
2012-06-04 09:40:16 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.language.test.js',
Adding JavaScript CLDR plural parser. The JavaScript code of the parser was written by Santhosh. The original project is hosted at GitHub: https://github.com/santhoshtr/CLDRPluralRuleParser Introduces resourceloader modules: mediawiki.cldr and mediawiki.libs.pluralruleparser. hi.js and ar.js removed since it has only convertPlural method. More [lang].js needs to remove convertPlural, but not done in this commit. The actual rules will be taken straight from CLDR and they are not integrated in this commit yet. Change-Id: I1aa3b081f4dad68515fd6cd46e4ab2dbdb3291eb
2012-08-22 13:15:44 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.cldr.test.js',
Implement mediawiki.cookie module Provides functonality similar to WebRequest#getCookie and WebResponse#setcookie. Wraps $.cookie and automatically takes care of wgCookiePrefix etc. Bug: 49156 Change-Id: I217ef258aecf1acd335e2cea56ae08b22541c7d4 Co-Author: Matthew Flaschen <mflaschen@wikimedia.org> Co-Author: Timo Tijhof <krinklemail@gmail.com>
2014-03-25 15:18:09 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.cookie.test.js',
Add the mediawiki.experiments module The module provides a generic bucketing function - it accepts an experiment specification and a token that identifies a unique user - and doesn't have any side effects, i.e. the bucket isn't persisted to storage. It is therefore assumed that clients are responsible for either storing the token or storing the bucket for the duration of an experiment. The module was extracted from the - admittedly, unused - module of the same name in the MobileFrontend extension as it's intended to be used by the Gather and QuickSurveys extensions. Bug: T109010 Change-Id: Icf7f6fedf0c2deb5d5548c9e24456cc7a7c6a743
2015-08-12 19:53:19 +00:00
'tests/qunit/suites/resources/mediawiki/mediawiki.experiments.test.js',
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
],
'dependencies' => [
Add jquery.accessKeyLabel javascript module Extracted the accessKey logic from mediawiki.util and moved it to it's own module. mediawiki.util now depends on the new module, moved the jquery.client dependency from mediawiki.util to the new module. Now the accesskey is also set, when no placeholder like '[x]' is set on the title (bug 48505). Also the label for a input or textarea (and some other elements) gets updated (bug 63849). Also implements support for the browsers accessKeyLabel function (bug 37239), which will give a localised accessKey string, if supported (at the moment FireFox 8+ only) Bug: 37239 Bug: 48505 Bug: 63849 Change-Id: I211593629ca23540dcd5a93b11834155f4f04883
2014-04-22 12:16:45 +00:00
'jquery.accessKeyLabel',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'jquery.autoEllipsis',
'jquery.byteLength',
'jquery.byteLimit',
Fix jQuery compatibility issues in jquery.color.js Fix two issues which caused jquery.color to be incompatible with the currently used jQuery version: * The $.fx.step hook in jquery.color.js relied on fx.state which is not provided by current jQuery. This commit replaces it with a manual flag (the same logic is used in the official jquery.color plugin). * It used $.curCSS which has been replaced by $.css. Change-Id: I3aa0d912b21da40167124c646fb1b35beb277a33
2014-02-27 00:26:50 +00:00
'jquery.color',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'jquery.colorUtil',
'jquery.getAttrs',
Initial stab at responsive images for screen densities. * adds $wgResponsiveImages setting, defaulting to true, to enable the feature * adds 'srcset' attribute with 1.5x and 2x URLs to image links and image thumbs * adds jquery.hidpi plugin to check pixel density and implement partial 'srcset' polyfill ** $.devicePixelRatio() returns window.devicePixelRatio, with compat fallback for IE 10 ** $().hidpi() performs a 'srcset' polyfill for browsers with no native 'srcset' support * adds mediawiki.hidpi RL script to trigger hidpi loads after main images load Note that this is a work in progress. There will be places where this doesn't yet work which output their imgs differently. If moving from a low to high-DPI screen on a MacBook Pro Retina display, you won't see images load until you reload. Confirmed basic images and thumbs in wikitext appear to work in Safari 6, Chrome 21, Firefox 18 nightly on MacBook Pro Retina display, and IE 10 in Windows 8 at 150% zoom, 200% zoom, and 140% and 180%-ratio Metro tablet sizes. Internally this is still a bit of a hack; Linker::makeImageLink and Linker::makeThumbLink explicitly ask for 1.5x and 2x scaled versions and insert their URLs, if different, into the original thumbnail object which (in default handler) outputs the srcset. This means that a number of places that handle images differently won't see the higher-resolution versions, such as <gallery> and the large thumbnail on the File: description page. At some point we may wish to redo some of how the MediaHandler stuff works so that requesting a single thumbnail automatically produces the extra sizes in all circumstances. We might also consider outputting a 'srcset' or multiple src sizes in 'imageinfo' API requests, which would make ApiForeignRepo/InstantCommons more efficient. (Currently it has to make three requests for each image to get the three sizes.) Change-Id: Id80ebd07a1a9f401a2c2bfeb21aae987e5aa863b
2012-09-18 07:18:50 +00:00
'jquery.hidpi',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'jquery.highlightText',
'jquery.localize',
jquery.makeCollapsible: basic test suite For now it just verifies that the very basic synchronous functionality of the module works; not much more is possible without triggering some events to hook to, and currently jquery.makeCollapsible doesn't trigger any. Change-Id: Icdd8f392e4921007a6bdfb3ae934949e4c875232
2013-03-25 19:16:07 +00:00
'jquery.makeCollapsible',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'jquery.mwExtension',
'jquery.tabIndex',
'jquery.tablesorter',
'jquery.textSelection',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'mediawiki.api',
mediawiki.api: Don't apply file extension stripping to category names `mw.Title#getNameText()` strips anything following a dot (.), assuming it's a file name (which doesn't make sense for category names). C.f. https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.Title-method-getMainText This causes some trouble in UploadWizard's category-suggestion system. This bug has been there since the very first version (cb0cf72eba9ff) which, ironically, was specifically written for UploadWizard. Bug: 64764 Change-Id: I2925e1050215272cdf03c8c6b1de6ba79348f6a5
2014-05-03 19:34:23 +00:00
'mediawiki.api.category',
Add mediawiki.api.messages module to easily retrieve a set of messages Bug: T40280 Change-Id: I6e3fc4beb56c3120702ca291adf6e1521a0bc21f
2015-11-07 22:56:06 +00:00
'mediawiki.api.messages',
mediawiki.api.options: Add module for API action=options Implemented mw.Api#saveOptions to save user preferences. If necessary, the options will be saved using several parallel API requests. Only one promise is returned that resolves when all requests are complete. If a value of `null` is provided, the given option will be to reset to the default value. Any warnings returned by the API, including warnings about invalid option names or values, are currently ignored. This basically means that all requests will succeed (barring networks problems, internal server errors and such). Change-Id: Ia015898ca910923e00bc53f099b4e5631d6ad45c
2014-09-14 22:16:11 +00:00
'mediawiki.api.options',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'mediawiki.api.parse',
Add frontend API for uploading via iframe Coming next: File API support, stash support Bug: T64513 Change-Id: I06fa61e7155efe8126ba12cda9376c37f1c45e8e
2015-06-24 19:00:19 +00:00
'mediawiki.api.upload',
mediawiki.api.watch: Don't use deprecated 'title' parameter * Instead handle it client side, and not as a deprecated feature. * Rename 'page' parameter to 'pages'. * Add unit tests. Change-Id: I81ec4282aedd91e3f0bb2ed0d6dd34e437b54f5d
2014-03-10 19:14:30 +00:00
'mediawiki.api.watch',
Introduce mediawiki.ForeignApi mw.ForeignApi is an extension of mw.Api, automatically handling everything required to communicate with another MediaWiki wiki via cross-origin requests (CORS). Authentication-related MediaWiki extensions may extend it further to ensure that the user authenticated on the current wiki will be automatically authenticated on the foreign one. A CentralAuth implementation is provided in I0fd05ef8b9c9db0fdb59c6cb248f364259f80456. Bug: T66636 Change-Id: Ic20b9682d28633baa87d22e6e9fb71ce507da58d
2015-08-14 23:17:49 +00:00
'mediawiki.ForeignApi.core',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'mediawiki.jqueryMsg',
Add pluggable talk page poster and use it for mediawiki.feedback The core implementation will only support wikitext. Flow will add its own implementation, and it can be used for any talk page system identifiable by content model. Bug: T91805 Change-Id: Ic69acafb24aa737536fe3a074e1958690732f0a7
2015-03-31 03:28:11 +00:00
'mediawiki.messagePoster',
Introduce mediawiki.RegExp module Simple module based on the $.escapeRE method of the old "jquery.mwExtension" module. Change-Id: I9e108a3f8c24d87bb239b63a14807a691c25aa3e
2015-06-20 05:46:24 +00:00
'mediawiki.RegExp',
Add simplified storage API Provide a standard mechanism for accessing localStorage. It may seems simplistic right now, but to give an idea of the why: * We already have jquery.jStorage.js which is a much more heavyweight approach to storing non-essential values. * We are repeating ourselves a lot in extensions by having to do localStorage detection and then deal with full localStorage. In MobileFrontend we have a settings module. This is one of the reasons Gather depends on MobileFrontend and I'm keen to remove that dependency. * We might want to move to indexdb in future. Having a single API makes moving this easier - we don't have to update everywhere that uses localStorage * Saving non-string support would be useful. The API could be adjusted to take a mixed second parameter that stringifys JSON objects. * Cookie fallbacks are a possible alternative when localStorage is not supported. This allows us to be agnostic of the storage mechanism going forward. Note: This doesn't reuse the handling in mediawiki.js as at this point I am not sure there is value. mw.loader.store.enabled is false when $wgResourceLoaderStorageEnabled is not true and this should work even without that case. We can review this at a latter point. See: Id5c32bb7a662dda8d153490f7c47e972cabc1efd I3fd44b0ae6633a7053aee247bc3c4704ba987bc8 Bug: T96155 Change-Id: Idb37352acecd745beb53aa8d77ea050851448e0d
2015-08-11 18:16:21 +00:00
'mediawiki.storage',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'mediawiki.Title',
Remove deprecated function mw.util.toggleToc * Remove dependency from mediawiki.util to mediawiki.toc. * Load module mediawiki.toc only when toc is existent. Gadgets that use the messages "showtoc" or "hidetoc" should explicitly load the module mediawiki.toc or use their own messages. Follows-up I3ca2acb70db98d00e3f1b (implements mediawiki.toc). Change-Id: If0438b7b6f4649434e2b83133d6f583f2f8eff16
2014-04-14 20:16:08 +00:00
'mediawiki.toc',
(bug 35658) make mw.Uri handle uris w/o protocol or host Includes testcase. mw.Uri already supplied the protocol if it was missing and document.location was set. Newly it also supplies the host (and port) from document.location if that is set. That enables handling of root-relative URls like "/some/path". Changeset 2/3: rename test file from mediaWiki.Uri.test.js to mediawiki.Uri.test.js. Changeset 4: fix jasmine tests. Test for 'http:/foo.com' is now expected to succeed, not throw an exception. The second test for 'foo.com/bar/baz' in strict mode is correct; that's parsed in strict mode as a truly relative path. Change-Id: Ibc4386ba40cffea9d30417ec2720114f6819ae1c
2012-04-07 16:52:02 +00:00
'mediawiki.Uri',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'mediawiki.user',
Support Mustache partials in Mustache template module * Add template partial support which matches the server-side implementation and means that we have full mustache support. https://mustache.github.io/mustache.5.html#Partials Bug: T97188 Change-Id: Ic752f52669dbffa21c4a514509c3ea1da8ac5d9c
2015-04-25 00:12:46 +00:00
'mediawiki.template.mustache',
resourceloader: Add support for delivering templates A base ResourceLoaderModule::getTemplates() exists for subclasses to override. An implementation is provided for ResourceLoaderFileModule. For file modules, templates can be specified in the following manner: 'example' => array( 'templates' => array( 'bar' => 'templates/foo.html', ), 'scripts' => 'example.js', ), The delivery system is template language agnostic, and currently only supports "compiling" plain HTML templates. This also adds template support to the following modules as a POC: * mediawiki.feedback * mediawiki.action.view.postEdit * mediawiki.special.upload Works with $wgResourceLoaderStorageEnabled Change-Id: Ia0c5c8ec960aa6dff12c9626cee41ae9a3286b76
2014-10-10 00:07:14 +00:00
'mediawiki.template',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'mediawiki.util',
Upstream `isElementInViewport` from MobileFrontend As a useful utility function, we've copied this method several times across multiple extensions, which is a pretty good sign it should actually live in core. Changes: * Add `mediawiki.viewport` module * Rewrite method to be more robust and accept any viewport * Add `mw.viewport` to jsduck categories file * Add method for checking if an element is close to the viewport * Add unit tests Bug: T124317 Change-Id: I38eec4f1e568f51e7e212b2b3f10b8da8d36f316
2016-01-28 17:49:38 +00:00
'mediawiki.viewport',
merge JSTesting branch into trunk Changed written by Timo and reviewed by Hashar. This should be harmless. To enable the feature: $wgEnableJavaScriptTest = true; Then head to: [[Special:JavaScriptTest/qunit]]
2012-01-03 18:33:26 +00:00
'mediawiki.special.recentchanges',
Split RCFilter's RL modules Create 'dm' / 'ui' and 'controller' modules for ResourceLoader, make sure that Special:RecentChanges loads 'ui' module (that depends on the other two) and yet the qunit tests only load the dm module. Bug: T156532 Change-Id: If53a735458703f0bd2c094349edf86f38f05ccd7
2017-02-11 01:27:48 +00:00
'mediawiki.rcfilters.filters.dm',
(bug 36783) Implement Promise interface in mediawiki.api module. - Deprecates 'ok'/'err' properties. They still work, but are no longer mandatory. Instead the Promise interface should used. - See unit tests for good examples of how it works. http://alpha.dev/mediawiki/core/wiki/Special:JavaScriptTest/qunit?module=mediawiki.api - Migrated submodule "mediawiki.api.parse" as example. Other mediawiki.api.* submodules will be migrated later. Change-Id: I4d8428124598093f220dd28a8cbf861686ab61a7
2012-06-07 20:45:53 +00:00
'mediawiki.language',
Adding JavaScript CLDR plural parser. The JavaScript code of the parser was written by Santhosh. The original project is hosted at GitHub: https://github.com/santhoshtr/CLDRPluralRuleParser Introduces resourceloader modules: mediawiki.cldr and mediawiki.libs.pluralruleparser. hi.js and ar.js removed since it has only convertPlural method. More [lang].js needs to remove convertPlural, but not done in this commit. The actual rules will be taken straight from CLDR and they are not integrated in this commit yet. Change-Id: I1aa3b081f4dad68515fd6cd46e4ab2dbdb3291eb
2012-08-22 13:15:44 +00:00
'mediawiki.cldr',
Implement mediawiki.cookie module Provides functonality similar to WebRequest#getCookie and WebResponse#setcookie. Wraps $.cookie and automatically takes care of wgCookiePrefix etc. Bug: 49156 Change-Id: I217ef258aecf1acd335e2cea56ae08b22541c7d4 Co-Author: Matthew Flaschen <mflaschen@wikimedia.org> Co-Author: Timo Tijhof <krinklemail@gmail.com>
2014-03-25 15:18:09 +00:00
'mediawiki.cookie',
Add the mediawiki.experiments module The module provides a generic bucketing function - it accepts an experiment specification and a token that identifies a unique user - and doesn't have any side effects, i.e. the bucket isn't persisted to storage. It is therefore assumed that clients are responsible for either storing the token or storing the bucket for the duration of an experiment. The module was extracted from the - admittedly, unused - module of the same name in the MobileFrontend extension as it's intended to be used by the Gather and QuickSurveys extensions. Bug: T109010 Change-Id: Icf7f6fedf0c2deb5d5548c9e24456cc7a7c6a743
2015-08-12 19:53:19 +00:00
'mediawiki.experiments',
mediawiki.inspect: Simplify getModuleSize() by using module descriptor Follows-up ce2652c9ec. Also add unit tests. Change-Id: I26caaf982f0d317028b5b00374dded6995564ece
2017-03-03 22:01:59 +00:00
'mediawiki.inspect',
qunit: Move modules exclusively for $wgEnableJavaScriptTest to test registry These modules should only be loaded when $wgEnableJavaScriptTest is true. Move these modules to the registry that is only activated in that context and rename the modules to be namespaced under 'test.' so that there is no mistake when referencing these that they are not regularly available. Change-Id: I21e69f50b006904b12fe9f79c196c903ebff4661
2014-02-05 05:17:48 +00:00
'test.mediawiki.qunit.testrunner',
Convert all array() syntax to [] Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
2016-02-17 09:09:32 +00:00
],
]
];
Reference in a new issue Copy permalink