Django double-importing overwrites the TESTUSER object, invalidating identity comparisons. Use a string instead to avoid the problem.
The get_current_poc function operates using a threadlocal and so no longer requires the user as an argument
Show the display name for the POC in the menu for switching.
Remove the MOOC: prefix from the MOOC title to avoid truncation issues.
Incorporate the display name of the POC into the display of course org/number/name at the top of the page in the default theme.
Provide warning on the grading policy page in system warning style.
Provide a PocMembership model api that returns PocMemberships for a user. Default to active memberships.
Build generator that yields triplets of poc, membership and course for each poc membership a user has.
This is an analog of the `get_course_enrollment_pairs` in common/djangoapps/students/views.py and is used in the student dashboard to provide pocs as options for a student to view.
refactor to use model api instead of inline code.
provide pocs as possible targets for a student to visit from their dashboard.
Unset the current active poc when visiting the dashboard so as to avoid needing to switch active pocs when viewing a plain course. This ensures we can leave template code for the display of courses unchanged.
Update templates to show pocs in a course-like view on a student's dashboard.
Revert a portion of the template change so that the poc title will still render properly when a poc is being viewed.
Remove over-cautious assertion and allow calling errors to be calling errors
fix problems in auto_enroll method
ensure that the active poc is wiped out if the user has no poc membership
Add date widget for setting start and due dates for the course sections, plus simple server side validation for avoiding db corruption from bad dates
Add immediate feedback for date validation errors
Based loosely on course enrollment model
Ensure that registered users are 'active' when they are enrolled in a POC
Respect the 'auto enroll' and 'email students' checkboxes in the UI
Add an auto_enroll flag to the PocFutureMembership model so we can automatically enroll non-users when they have registered and activated their account.
Build a future enrollment using the auto_enroll value from the request so we can ensure that non-existent users can be auto-enrolled
Ensure that any user added by way of the one-at-a-time UI is automatically auto-enrolled
Update tests with email sending to use the flag from the request
Provide api on the PocMembership object to auto-enroll a newly active member in this poc.
This method will delete the passed PocFutureMembership object and will automatically enroll the user in the POC named in that future membership as well as the MOOC from which it was created
Conditionally activate poc memberships that are pending when a new registree first activates their account.
Use client's session to set POC for test, now that we have the capability to do that.
Use a middleware to set the current POC one time per request, and avoid having to look up the stack for the current request in 'get_current_poc'.
Fetch all overrides for a block at one time.
Speed up the lineage computation by doing some caching.
Unused import.
Get field overrides once per user per block.
Streamline configuration.
Fix poc config tuples
Ensure there is a consistent key for the session dict that will store the value of the poc_id if one is active. If none is active, the mooc is assumed to be active.
Add mooc_name, mooc_url and active to the dict for each poc membership.
Update the navigation template to show link to mooc if poc is active, or to poc if not.
Ensure the switch_active_pocs view is covered well with tests.
Story #35 As a coach I can see and edit the json for the grading policy.
Story #34 Recalculate grading policy
Repair the broken test for grading by providing an explicit POC context for the request to run in
This feature provides the ability to designate a "coach" who can create customized runs of an existing course, invite students to participate, and manage students through the run of the course.
In this squashed commit we implement the initial scifi, add the 'POC Coach' course role, refine the scifi, add migrations for models, create POCs, enforce POC Coach role, provide panels for Coach Dashboard, set up rudimentary display of course outline, add and remove units, show/hide all units, and save schedule changes, set dates when adding units, edit dates on units already added and provide some tests.
We also provide mechanisms for invitation and enrollment in a POC (to become CCX) and control the display of blocks to students in a POC.
individual students, and a reimplementation of the individual due date
feature.
This work introduces an architecture, used with the 'authored_data'
portion of LmsFieldData, which allows arbitrary field overrides to be
made for fields that are part of the course content or settings (Mongo
data). The basic architecture is extensible by means of writing and
configuring arbitrary field override providers.
One concrete implementation of a field override provider is provided
which allows for overrides to be for individual students. This provider
is then used as a basis for reimplementing the individual due date
extensions feature as a proof of concept for the design.
One can imagine writing override providers that provide overrides based
on a student's membership in a cohort or other similar idea. This work
is being done, in fact, to pave the way for the Personal Online Courses
feature being developed by MIT, which will use an override provider very
much long those lines.
As some i18n features need ```ugettext``` or its shorcut ```_``` to be called on a non-string-literal, so the pylint check of ```translation-of-non-string``` should be explicitly disabled in such situations.
