1. 06 Jun, 2016 1 commit
  2. 26 May, 2016 1 commit
    • Bulk Email Multiselect (#12301) · a9a3fabf
      TNL-4356
      
      Allows multiple bulk email targets to be specified at once.
      
      -The previous "All" option has been split into "Staff" and "Learners"
      -The backend changes made here lay the groundwork for cohort emailing
      -The data migration, 0005, is somewhat large and requires deploy attention
      -Tests have been updated
      -Numerous safe-commit-linter fixes are included
      Eric Fischer committed
  3. 16 May, 2016 1 commit
    • Replace bulk email settings with admin config models · 0cf3e39c
      Moves ENABLE_INSTRUCTOR_EMAIL and REQUIRE_COURSE_EMAIL_AUTH from settings files
      to admin-accessible configuration models. This allows for the bulk email settings
      to be modified without a new AMI deploy. See TNL-4504.
      
      Also updates tests:
          -python tests mock out the new configurations in place of the old settings
          -lettuce test has been moved to bokchoy
              (note that there was some loss of coverage here - the lettuce tests had
              been doing some voodoo to allow for cross-process inspection of emails
              messages being "sent" by the server, from the client! In discussion with
              testeng, this seems outside the realm of a visual acceptance test. So,
              the bokchoy test simply confirm the successful queueing of the message,
              and leaves the validation of sending messages to the relevant unit tests.)
          -bok choy fixture has been added, to replace the settings in acceptance.py
          -lettuce and bok choy databases have been updated to reflect the backend changes
      
      The new default is to have bulk_email disabled, we'll need to call this out in the
      next OpenEdx release to ensure administrators enable this feature if needed.
      Eric Fischer committed
  4. 13 May, 2016 1 commit
  5. 12 May, 2016 1 commit
  6. 20 Apr, 2016 1 commit
  7. 06 Apr, 2016 1 commit
  8. 31 Mar, 2016 1 commit
  9. 09 Dec, 2015 1 commit
  10. 22 Nov, 2015 1 commit
  11. 17 Jul, 2015 1 commit
  12. 16 Jul, 2015 1 commit
  13. 09 Jun, 2015 1 commit
  14. 07 May, 2015 1 commit
  15. 15 Apr, 2015 1 commit
  16. 08 Apr, 2015 1 commit
  17. 06 Apr, 2015 1 commit
  18. 17 Mar, 2015 2 commits
  19. 23 Feb, 2015 1 commit
  20. 04 Feb, 2015 2 commits
    • Better support specifying of modulestore configuration in test cases · b353ed2e
      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
  21. 05 Jan, 2015 3 commits
  22. 02 Dec, 2014 1 commit
  23. 01 Dec, 2014 1 commit
  24. 29 May, 2014 1 commit
  25. 24 May, 2014 2 commits
  26. 13 May, 2014 1 commit
  27. 12 May, 2014 2 commits
  28. 08 May, 2014 1 commit
    • Make course ids and usage ids opaque to LMS and Studio [partial commit] · cd746bf8
      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. 05 May, 2014 1 commit
  30. 02 May, 2014 1 commit
  31. 30 Jan, 2014 1 commit
  32. 14 Jan, 2014 1 commit
  33. 03 Dec, 2013 1 commit
  34. 13 Nov, 2013 1 commit