- 10 Nov, 2014 1 commit
-
-
Will Daly committed
-
- 07 Nov, 2014 2 commits
-
-
Will Daly committed
-
Includes a modification of validation logic which performs min and max length checks on optional fields in addition to required fields.
Renzo Lucioni committed
-
- 06 Nov, 2014 2 commits
-
-
Includes several bug fixes caught during test writing, general clean-up, and adds js-url, a lightweight URL parser
Renzo Lucioni committed -
Renzo Lucioni committed
-
- 03 Nov, 2014 1 commit
-
-
Renzo Lucioni committed
-
- 30 Oct, 2014 1 commit
-
-
Renzo Lucioni committed
-
- 29 Oct, 2014 1 commit
-
-
Renzo Lucioni committed
-
- 24 Oct, 2014 3 commits
- 23 Oct, 2014 2 commits
- 22 Oct, 2014 1 commit
-
-
Change third party auth login failure code to a 401, to detect authentication success with no linked account. If already authenticated, redirect immediately to the dashboard. Use "Location" header correctly for 302 redirects from student views. Add utility functions for simulating a running third-party auth pipeline. Add a utility function for checking whether third party auth is enabled. Respect default values sent by the server
Will Daly committed
-
- 20 Oct, 2014 2 commits
- 18 Oct, 2014 1 commit
-
-
The next step in the password reset process (confirmation) continues to be handled by student.views.password_reset_confirm_wrapper, a custom wrapper around Django's password reset confirmation view.
Renzo Lucioni committed
-
- 17 Oct, 2014 4 commits
- 16 Oct, 2014 5 commits
- 14 Oct, 2014 1 commit
-
-
Will Daly committed
-
- 08 Oct, 2014 1 commit
-
-
Validate student account and profile form fields. Use RequireJS for Jasmine tests of account and profile JS.
Renzo Lucioni committed
-
- 01 Oct, 2014 1 commit
-
-
Renzo Lucioni committed
-
- 25 Sep, 2014 1 commit
-
-
Add Python APIs for account/profile information to user_api Updating profile page to have social linking Authors: Renzo Lucioni, Alasdair Swan, Stephen Sanchez, Will Daly
Will Daly committed
-
- 23 Sep, 2014 1 commit
-
-
Note that the features in this release are opt-in, and course and video behavior will remain the same unless a course explicitly opts in. Major pieces of functionality with this commit: Allows the listing of a user's enrollments, course videos, and updates. In order to make a course available for mobile use, course staff must explicitly set the Course Advanced Setting "Mobile Course Available" to true. Course staff will always see their own courses through the Mobile API regardless of this setting, but students will only be allowed to see a course through the Mobile API if this setting is set to "true". By default, a Course will *not* be available for mobile use. This is a Django app for video resource management. It is completely optional, and is intended to allow video and operations teams to create new encodings of videos (e.g. low res for mobile) and change CDNs without having to edit course data directly. Course teams can now use a "EdX Video ID" setting for Videos, which will leverage VAL. Video units that do not fill in an "EdX Video ID" will behave exactly as they always have. * The Mobile API is enabled with the ENABLE_MOBILE_REST_API feature flag. * VAL is enabled with the ENABLE_VIDEO_ABSTRACTION_LAYER_API feature flag. * VAL and the Mobile API both require ENABLE_OAUTH2_PROVIDER). * The Mobile API is a read-only API, but VAL requires database migrations. * Applications that make use of either the Mobile API or VAL must be registered with the OAuth2 provider app in Django Admin.
David Ormsbee committed
-
- 07 Aug, 2014 2 commits
-
-
Make default_store thread-safe.
Nimisha Asthagiri committed -
LMS-11189
Usman Khalid committed
-
- 29 May, 2014 1 commit
-
-
[LMS-2757]
Calen Pennington committed
-
- 23 May, 2014 1 commit
-
-
Expose a new endpoint to query a list of users based on a role name (Moderator, Student, etc.) and a course_id. This will initially be used by the notifier to send daily digest messages to forum moderators.
stv committed
-
- 07 May, 2014 1 commit
-
-
This commit updates common/djangoapps. 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
-
- 11 Mar, 2014 2 commits
-
-
The endpoint includes the key of the desired preference in the URL and returns the list of users for whom the preference is set (regardless of the value).
Greg Price committed -
Greg Price committed
-
- 06 Mar, 2014 1 commit
-
-
Sarina Canelake committed
-
- 05 Mar, 2014 1 commit
-
-
Also fixes STUD-1351
Diana Huang committed
-