- 03 Aug, 2016 1 commit
-
-
Calen Pennington committed
-
- 02 May, 2016 3 commits
-
-
More accurately, this creates a 4th shard because the last shard is always the default.
Ben Patterson committed -
John Eskew committed
-
TEST_DATA_MIXED_MODULESTORE Remove these test mixed modulestores: TEST_DATA_MIXED_TOY_MODULESTORE TEST_DATA_MIXED_CLOSED_MODULESTORE TEST_DATA_MIXED_GRADED_MODULESTORE
John Eskew committed
-
- 28 Apr, 2016 1 commit
-
-
More accurately, this creates a 4th shard because the last shard is always the default.
Ben Patterson committed
-
- 12 Apr, 2016 2 commits
-
-
John Eskew committed
-
TEST_DATA_MIXED_MODULESTORE Remove these test mixed modulestores: TEST_DATA_MIXED_TOY_MODULESTORE TEST_DATA_MIXED_CLOSED_MODULESTORE TEST_DATA_MIXED_GRADED_MODULESTORE
John Eskew committed
-
- 23 Nov, 2015 1 commit
-
-
There's no need to use a string literal in setattr, delattr, or the two-argument form of getattr.
Ned Batchelder committed
-
- 30 Oct, 2015 1 commit
-
-
Nimisha Asthagiri committed
-
- 03 Aug, 2015 1 commit
-
-
Ned Batchelder committed
-
- 13 Jul, 2015 1 commit
-
-
Sarina Canelake committed
-
- 30 Apr, 2015 1 commit
-
-
Ned Batchelder committed
-
- 17 Mar, 2015 1 commit
-
-
Ned Batchelder committed
-
- 09 Feb, 2015 1 commit
-
-
Cannot hold on to xblock references.
cahrens committed
-
- 04 Feb, 2015 1 commit
-
-
The existing pattern of using `override_settings(MODULESTORE=...)` prevented us from having more than one layer of subclassing in modulestore tests. In a structure like: @override_settings(MODULESTORE=store_a) class BaseTestCase(ModuleStoreTestCase): def setUp(self): # use store @override_settings(MODULESTORE=store_b) class ChildTestCase(BaseTestCase): def setUp(self): # use store In this case, the store actions performed in `BaseTestCase` on behalf of `ChildTestCase` would still use `store_a`, even though the `ChildTestCase` had specified to use `store_b`. This is because the `override_settings` decorator would be the innermost wrapper around the `BaseTestCase.setUp` method, no matter what `ChildTestCase` does. To remedy this, we move the call to `override_settings` into the `ModuleStoreTestCase.setUp` method, and use a cleanup to remove the override. Subclasses can just defined the `MODULESTORE` class attribute to specify which modulestore to use _for the entire `setUp` chain_. [PLAT-419]
Calen Pennington committed
-
- 15 Jan, 2015 4 commits
-
-
TNL-652
Andy Armstrong committed -
TNL-651
Andy Armstrong committed -
jsa committed
-
Co-Authored-By: Christina Roberts <christina@edx.org> Co-Authored-By: Daniel Friedman <dfriedman@edx.org> Co-Authored-By: Don Mitchell <dmitchell@edx.org>
jsa committed
-
- 17 Dec, 2014 1 commit
-
-
TNL-1022
Waheed Ahmed committed
-
- 13 Dec, 2014 1 commit
-
-
Move lms.lib.xblock into lms.djangoapps.lms_xblock in preparation add database backed configuration to it
Calen Pennington committed
-
- 05 Dec, 2014 1 commit
-
-
TNL-670
Andy Armstrong committed
-
- 29 May, 2014 1 commit
-
-
[LMS-2757]
Calen Pennington committed
-
- 08 May, 2014 1 commit
-
-
This commit adds the non-courseware lms/djangoapps and lms/lib. These keys are now objects with a limited interface, and the particular internal representation is managed by the data storage layer (the modulestore). For the LMS, there should be no outward-facing changes to the system. The keys are, for now, a change to internal representation only. For Studio, the new serialized form of the keys is used in urls, to allow for further migration in the future. Co-Author: Andy Armstrong <andya@edx.org> Co-Author: Christina Roberts <christina@edx.org> Co-Author: David Baumgold <db@edx.org> Co-Author: Diana Huang <dkh@edx.org> Co-Author: Don Mitchell <dmitchell@edx.org> Co-Author: Julia Hansbrough <julia@edx.org> Co-Author: Nimisha Asthagiri <nasthagiri@edx.org> Co-Author: Sarina Canelake <sarina@edx.org> [LMS-2370]
Calen Pennington committed
-
- 29 Apr, 2014 1 commit
-
-
Jason Bau committed
-
- 05 Mar, 2014 2 commits
-
-
Also fixes STUD-1351
Diana Huang committed -
Adds a split_test_module XModule, that can choose one of its children to display, based on a get_condition_for_user API added to the runtime. To test, add something like this to an xml course, or make equivalent tweaks in mongo. <vertical url_name="split_test_vert"> <split_test url_name="split1" experiment_id="0" condition_id_to_child='{"0": "i4x://MITx/6.00x/html/split_test_cond0", "1": "i4x://MITx/6.00x/html/split_test_cond1"}'> <html url_name="split_test_cond0">condition 0</html> <html url_name="split_test_cond1">condition 1</html> </split_test> </vertical> Also needs an experiment configured in the course policy json: e.g. "user_partitions": [{"id": 0, "name": "Experiment 0", "description": "Unicorns?", "version": 1, "groups": [{"id": 0, "name": "group 0", "version": 1}, {"id": 1, "name": "group 1", "version": 1}]}] (This particular snippet will work inside a course with org MITx and course name 6.00x) Co-Author: Sarina Canelake <sarina@edx.org> Co-Author: Julia Hansbrough <julia@edx.org> Co-Author: Diana Huang <diana@edx.org> Co-Author: Calen Pennington <cale@edx.org> [LMS-2095]
Victor Shnayder committed
-
- 21 Feb, 2014 1 commit
-
-
This requires fixing the javascript api implementation, and adding an implementation of get_block to the ModuleSystem api. However, the implementation is incomplete, due to mismatches between the expectations of XModule and XBlock. Also adds tests using the Acid block to make sure that the javascript and python apis for children are working correctly.
Calen Pennington committed
-
- 04 Feb, 2014 1 commit
-
-
[LMS-1421][LMS-1517]
Calen Pennington committed
-
- 10 Dec, 2013 1 commit
-
-
[LMS-1613]
Calen Pennington committed
-
- 08 Nov, 2013 1 commit
-
-
Adds xblock handler_url support to the LMS, and makes handle_ajax use that code. [LMS-230] [LMS-229]
Calen Pennington committed
-