1. 09 Nov, 2017 1 commit
  2. 08 Nov, 2017 1 commit
  3. 12 Jun, 2017 1 commit
  4. 23 Feb, 2017 1 commit
    • Test Speedup: Isolate Modulestore Signals · 2051c909
      There are a number of Django Signals that are on the modulestore's
      SignalHandler class, such as SignalHandler.course_published. These
      signals can trigger very expensive processes to occur, such as course
      overview or block structures generation. Most of the time, the test
      author doesn't care about these side-effects.
      
      This commit does a few things:
      
      * Converts the signals on SignalHandler to be instances of a new
        SwitchedSignal class, that allows signal sending to be disabled.
      
      * Creates a SignalIsolationMixin helper similar in spirit to the
        CacheIsolationMixin, and adds it to the ModuleStoreIsolationMixin
        (and thus to ModuleStoreTestCase and SharedModuleStoreTestCase).
      
      * Converts our various tests to use this new mechanism. In some cases,
        this means adjusting query counts downwards because they no longer
        have to account for publishing listener actions.
      
      Modulestore generated signals are now muted by default during test runs.
      Calls to send() them will result in no-ops. You can choose to enable
      specific signals for a given subclass of ModuleStoreTestCase or
      SharedModuleStoreTestCase by specifying an ENABLED_SIGNALS class
      attribute, like the following example:
      
          from xmodule.modulestore.tests.django_utils import ModuleStoreTestCase
      
          class MyPublishTestCase(ModuleStoreTestCase):
              ENABLED_SIGNALS = ['course_published', 'pre_publish']
      
      You should take great care when disabling signals outside of a
      ModuleStoreTestCase or SharedModuleStoreTestCase, since they can leak
      out into other tests. Be sure to always clean up, and never disable
      signals outside of testing. Because signals are essentially process
      globals, it can have a lot of unpleasant side-effects if we start
      mucking around with them during live requests.
      
      Overall, this change has cut the total test execution time for
      edx-platform by a bit over a third, though we still spend a lot in
      pre-test setup during our test builds.
      
      [PERF-413]
      David Ormsbee committed
  5. 11 Oct, 2016 1 commit
  6. 07 Oct, 2016 1 commit
  7. 28 Sep, 2016 1 commit
  8. 02 Sep, 2016 1 commit
  9. 30 Aug, 2016 1 commit
  10. 03 Aug, 2016 1 commit
  11. 28 Jun, 2016 1 commit
  12. 26 May, 2016 1 commit
    • Add new export_olx management command. · a36aa68f
      This moves the functionality of the 'export_course'  management command from lms/djangoapps/courseware
      over to the Studio codebase.  This reflects its use going forward to be run with cms settings, to
      export the content of the Studio modulestore instead of the LMS modulestore.  The management
      command is used by an analytics workflow to output course content for researchers.
      Brian Wilson committed
  13. 09 May, 2016 1 commit
  14. 02 May, 2016 2 commits
  15. 12 Apr, 2016 2 commits
  16. 08 Apr, 2016 1 commit
  17. 07 Mar, 2016 1 commit
  18. 29 Feb, 2016 1 commit
    • Create a new CSMHExtended table to hold our new data · dd90c556
      This is a clone (copy) of CSMH's declaration and methods with an added
      id of UnsignedBigInAutoField
      
      We should be able to delete the save_history code, but needs testing.
      
      Add error logging when capa failures happen
      
      Put StudentModuleHistory into its own database
      
      Bump out the primary key on CSMHE
      
      This gives us a gap to backfill as needed.
      Since the new table's pk is an unsigned bigint, even for people who don't
      consolidate CSMH into CSMHE, the lost rows are unlikely to matter.
      
      Remove StudentModuleHistory cleaner
      Calen Pennington committed
  19. 11 Dec, 2015 3 commits
  20. 10 Nov, 2015 1 commit
  21. 27 Aug, 2015 1 commit
  22. 01 Aug, 2015 2 commits
  23. 13 Jul, 2015 1 commit
  24. 02 Jul, 2015 1 commit
  25. 12 Jun, 2015 1 commit
  26. 29 May, 2015 1 commit
  27. 07 May, 2015 1 commit
  28. 02 Apr, 2015 1 commit
  29. 30 Mar, 2015 1 commit
  30. 10 Mar, 2015 1 commit
  31. 20 Feb, 2015 1 commit
  32. 17 Feb, 2015 1 commit
  33. 09 Feb, 2015 3 commits