- Dec 09, 2022
-
-
Zachary Hancock authored
We would like to enable PII in an LTI1.3 launch but turning that flag on would allow the tool to grab PII for the entire course roster via NRPS. We have not fully evaluated the privacy concerns if that is allowed. For the time being this platform setting can wholly disable PII over NRPS to avoid the issue
-
Diana Huang authored
build: Remove community-engineering CODEOWNERS
-
Tim McCormack authored
Team no longer exists. See <https://github.com/edx/edx-arch-experiments/issues/132>.
-
- Dec 02, 2022
-
-
Michael Roytman authored
docs: manually testing LTI 1.1 Basic Outcomes Service 1.0 and LTI 2.0 Result Service
-
michaelroytman authored
-
Andrew Shultz authored
Python Requirements Update
-
Zachary Hancock authored
* fix: remove lms specific waffle check
-
edX requirements bot authored
-
- Nov 29, 2022
-
-
Michael Roytman authored
Fix LTI 1.1 Basic Outcomes Service and LTI 2.0 Rsult Service to Support External User IDs
-
michaelroytman authored
In #307, we added the ability to send a stable, static user identifier (i.e. external user ID) to fix failed launches with the QwikLabs tool. This is because the QwikLabs tool did not work with the course-anonymized user IDs we used to send (i.e. anonymous user IDs). Inadvertently, this change broke the LTI 1.1 Basic Outcomes Service and the LTI 2.0 Result Service for courses that use the external user ID (i.e. they have the lti_consumer.enable_external_user_id_1p1_launches CourseWaffleFlag enabled). The Basic Outcomes Service and Result Service handle grade pass backs. Because we now have two ways to identify a user in LTI 1.1/2.0, we must update the Basic Outcomes Service and Result Service to support both. This commit fixes this bug.
-
Andrew Shultz authored
fix: do not attempt to load the block just to look at the location
-
Andy Shultz authored
the block is not loadable in exams so clean fails in that IDA, but we shouldn't need the block to ask a question about the course
-
Piotr Surowiec authored
refactor: replace deprecated `rebind_noauth_module_to_user`, `get_real_user`, `runtime.hostname`, `runtime.course_id` [BD-13]
-
Kshitij Sobti authored
-
Agrendalath authored
-
Kshitij Sobti authored
Replaces usages of runtime.course_id with runtime.scope_ids.usage_id.context_key.
-
Kshitij Sobti authored
-
Arunmozhi authored
The hostname used to construct the resource link ID is moved from using a runtime attribute to the LMS_BASE setting.
-
Arunmozhi authored
The `rebind_noauth_module_to_user` function is deprecated in the core edx-platform [1]. This is now replaced with a "rebind_user" service. This commit brings this change to the LTI Consumer XBlock. [1] - https://github.com/openedx/edx-platform/pull/30320/
-
- Nov 28, 2022
-
-
Arunmozhi authored
The OAuthlib 1.0 Client's get_oauth_params fails when processing Webob request object with the body stored as a binary instead of string. This commit replaces the client function with a different one which doesn't involve body hashing, as the body hash is calculated explicitly.
-
- Nov 21, 2022
-
-
Sarina Canelake authored
Fix github url strings (org edx -> openedx)
-
Sarina Canelake authored
-
Sarina Canelake authored
-
Sarina Canelake authored
-
Sarina Canelake authored
-
Michael Roytman authored
Add course flag to send external_user_id as user_id in LTI 1.1 XBlock launches
-
- Nov 18, 2022
-
-
michaelroytman authored
This commit introduces a new CourseWaffleFlag lti_consumer.enable_external_user_id_1p1_launches. When this flag is enabled for a course, LTI 1.1 XBlock launches in that course will send the user's external_user_id as the user_id attribute of the launch. external_user_id is the user's external user ID as defined, created, and stored by the external_user_ids Djangoapp in the edx-platform. When this waffle is not enabled for a course - the default case - LTI 1.1 XBlock launches in that course will continue to send the user's anonymous_user_id as the user_id attribute of the launch, as before. This provides an opt-in opportunity for courses to send a consistent, static, and opaque user identifier in an LTI 1.1 XBlock launch. This may be necessary for integration with LTI tools that require such an identifier. Please be aware that toggling this flag in a running course carries the risk of breaking the LTI integrations in the course. This flag should also only be enabled for new courses in which no LTI attempts have been made.
-
- Nov 16, 2022
-
-
Michael Roytman authored
build: update library version to 6.3.0 to release changes in pull #297
-
michaelroytman authored
-
Michael Roytman authored
build: update library version to 6.2.0 to release changes in pull #297
-
michaelroytman authored
-
Michael Roytman authored
Proctoring Service Implementation In-Browser Proctoring Launch
-
michaelroytman authored
* Adds an Lti1p3ProctoringLaunchData data class. It should be included as an attribute of the Lti1p3LaunchData data class to provide necessary proctoring data for a proctoring launch. * Adds an LtiProctoringConsumer class. This class is used to generate LTI proctoring launch requests and to decode and validate the JWT send back by the Tool with the LtiStartAssessment message. * Adds an lti_1p3_proctoring_enabled BooleanField to the LtiConfiguration model. This field controls whether proctoring is enabled for a particular LTI integration. * Modifies the launch_gate_endpoint to support LtiStartProctoring and LtiEndAssessment LTI launch messages. * Adds an start_proctoring_assessment_endpoint to support LtiStartAssessment messages from the Tool. * Adds an LTI_1P3_PROCTORING_ASSESSMENT_STARTED signal. This signal is emitted when the LtiStartAssessment message is sent from the Tool to inform users of the library that the LtiStartAssessment message has been received.
-
edX requirements bot authored
-
- Nov 09, 2022
-
-
Andrew Shultz authored
fix: remove general use of load_block_as_user
-
- Nov 07, 2022
-
-
Andy Shultz authored
For the config model we do not need to go as far as binding the block to the user and already get enough data out of the modulestore to satisfy the storage on the xblock case. Add a new function to get that much xblock only. For the limited cases where we are using the block more directly as a block we maintain the old function. Also includes a fix to test_views that was closing the wrong level mock and leaving an open patch into other tests.
-
- Nov 04, 2022
-
-
Varsha authored
Python Requirements Update
-
Andrew Shultz authored
docs: emphasize that for dev the xblock must be installed in two containers
-
Andy Shultz authored
-
- Nov 02, 2022
-
-
edX requirements bot authored
-