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

144 lines
5.8 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' => [
Update Sinon.JS to 1.15.4 * Code http://sinonjs.org/releases/sinon-1.15.4.js http://sinonjs.org/releases/sinon-ie-1.15.4.js * Change log http://sinonjs.org/Changelog.txt https://github.com/cjohansen/Sinon.JS/commits/v1.15.4 Mainly: * Support XHR.responseType 'json'. * Remove deprecation warnings from sinon.mock(). Change-Id: I4e0d8f044eb2841ab361b1efc76fb36797f15e42
2015-07-07 09:28:16 +00:00
'resources/lib/sinonjs/sinon-1.15.4.js',
qunit: Disable sinonjs-ie as it breaks the clock sandbox The ie fixes file assumes running in the global scope. Since it runs locally in our environment, it ends up destroying its references to e.g. the Date object. Then when calling sandbox.useFakeTimers, the Date constructor will yield an object with no methods and tests will fail at a random point when e.g. trying to access date.getTime(). * Remove 'clock' from the sinon properties we inject into the test context. We use the sandbox instead (just like for server). This also fixes a shadow clash with the tests that stored the clock instance in `this.clock`. Change-Id: I6085bccf5038e4751da48ee765fe81560f58c6e8
2014-03-06 02:33:59 +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.
Update Sinon.JS to 1.15.4 * Code http://sinonjs.org/releases/sinon-1.15.4.js http://sinonjs.org/releases/sinon-ie-1.15.4.js * Change log http://sinonjs.org/Changelog.txt https://github.com/cjohansen/Sinon.JS/commits/v1.15.4 Mainly: * Support XHR.responseType 'json'. * Remove deprecation warnings from sinon.mock(). Change-Id: I4e0d8f044eb2841ab361b1efc76fb36797f15e42
2015-07-07 09:28:16 +00:00
// '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',
Use Node.ELEMENT_NODE and Node.TEXT_NODE constants instead of magic numbers Updating all non-third-party scripts to depend on 'dom-level2-shim' and use the constants. * jquery.highlightText * jquery.tablesorter * mediawiki.api.upload * test.mediawiki.qunit.testrunner Change-Id: Ib07dded9fa18c749b3c064ab90326852146567b2
2015-07-13 18:02:49 +00:00
'dom-level2-shim',
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',
Merge jquery.placeholder with github.com/mathiasbynens/jquery-placeholder This is a fork from Mathias Bynens' jquery.placeholder as of this commit https://github.com/mathiasbynens/jquery-placeholder/blob/47f05d400e2dd16b59d144141a2cf54a9a77c502/jquery.placeholder.js New features added: * Support for valHooks and propHooks * Clearing placeholders upon for submission * jquery.placeholder QUnit test suite Bug: 57179 Change-Id: I1ecca3d89bb964414ad8765caaa7e1958b94f762
2013-11-28 22:50:46 +00:00
'tests/qunit/suites/resources/jquery/jquery.placeholder.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.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',
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',
[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',
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',
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',
Merge jquery.placeholder with github.com/mathiasbynens/jquery-placeholder This is a fork from Mathias Bynens' jquery.placeholder as of this commit https://github.com/mathiasbynens/jquery-placeholder/blob/47f05d400e2dd16b59d144141a2cf54a9a77c502/jquery.placeholder.js New features added: * Support for valHooks and propHooks * Clearing placeholders upon for submission * jquery.placeholder QUnit test suite Bug: 57179 Change-Id: I1ecca3d89bb964414ad8765caaa7e1958b94f762
2013-11-28 22:50:46 +00:00
'jquery.placeholder',
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.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',
(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',
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