Skip to main content

This XBlock implements the consumer side of the LTI specification.

Project description

Maintained License Test suite status Code coverage PyPI


This XBlock implements the consumer side of the LTI specification enabling integration of third-party LTI provider tools.

Getting Started


For details regarding how to deploy this or any other XBlock in the lms instance, see the installing-the-xblock documentation.

Installing in Docker Devstack

Assuming that your devstack repo lives at ~/code/devstack and that edx-platform lives right alongside that directory, you’ll want to checkout xblock-lti-consumer and have it live in ~/code/src/xblock-lti-consumer. This will make it so that you can access it inside an LMS container shell and easily make modifications for local testing.

You will have to run the below instructions twice, once for the LMS and once for Studio. Otherwise you will be using different versions of the xblock in the two containers.

Run make or make from your devstack directory to enter a running container. Once in there, you can do the following to have your devstack pointing at a local development version of xblock-lti-consumer:

$ pushd /edx/src/xblock-lti-consumer
$ virtualenv venv/
$ source venv/bin/activate
$ make install
$ make test  # optional, if you want to see that everything works
$ deactivate
$ pushd  # should take you back to /edx/app/edxapp/edx-platform
$ pip uninstall -y lti_consumer_xblock
$ pip install -e /edx/src/xblock-lti-consumer

Enabling in Studio

You can enable the LTI Consumer XBlock in Studio through the advanced settings.

  1. From the main page of a specific course, navigate to Settings -> Advanced Settings from the top menu.

  2. Check for the advanced_modules policy key, and add "lti_consumer" to the policy value list.

  3. Click the “Save changes” button.


One Time Setup

# Clone the repository
git clone
cd xblock-lti-consumer

# Set up a virtualenv using virtualenvwrapper with the same name as the repo and activate it
mkvirtualenv -p python3.8 xblock-lti-consumer

Every time you develop something in this repo

# Activate the virtualenv
workon xblock-lti-consumer

# Grab the latest code
git checkout master
git pull

# Install/update the dev requirements
make install

# Run the tests (to verify the status before you make any changes)
make test

# Make a new branch for your changes
git checkout -b <your_github_username>/<short_description>

# Using your favorite editor, edit the code to make your change.
vim ...

# Changes to style rules should be made to the Sass files, compiled to CSS,
# and committed to the git repository.
make compile-sass

# Run your new tests
pytest ./path/to/new/tests

# Run quality checks
make quality

# Add a changelog entry to CHANGELOG.rst

# Commit all your changes
git commit ...
git push

# Open a PR and ask for review.

Package Requirements contains a list of package dependencies which are required for this XBlock package. This list is what is used to resolve dependencies when an upstream project is consuming this XBlock package. requirements.txt is used to install the same dependencies when running the tests for this package.

Downloading translations from Transifex

If you want to download translations from Transifex install transifex client and run this command while inside project root directory:

$ tx pull -f --mode=reviewed

Further Development Info

See the developer guide for implementation details and other developer concerns.


Unit Testing

  • To run all of the unit tests at once, run make test

  • To run tests on individual files in development, run python ./ -k=[name of test file without .py]

  • For example, if you want to run the tests in, run python ./ -k=test_permissions

  • To run a specific test in a file, run something like python ./ -k=test_permissions.TestClass.test_function

Testing Against an LTI Provider

LTI 1.1 provides a “Test Tool Provider” service that allows you to see messages sent by an LTI consumer.

We have some useful documentation on how to set this up here:

  1. In Studio Advanced settings, set the value of the “LTI Passports” field to “test:test:secret” - this will set the OAuth client key and secret used to send a message to the test LTI provider.

  2. Create an LTI Consumer problem in a course in Studio (after enabling it in “advanced_modules” as seen above). Make a unit, select “Advanced”, then “LTI Consumer”.

  3. Click edit and fill in the following fields: LTI ID: “test” LTI URL: “

  4. Click save. The unit should refresh and you should see “Passed” in the “Verification” field of the message tab in the LTI Tool Provider emulator.

  5. Click the “Publish” button.

  6. View the unit in your local LMS. If you get an ImportError: No module named lti_consumer, you should docker-compose restart lms (since we previously uninstalled the lti_consumer to get the tests for this repo running inside an LMS container). From here, you can see the contents of the messages that we are sending as an LTI Consumer in the “Message Parameters” part of the “Message” tab.

LTI 1.3

IMS Global provides a reference implementation of LTI 1.3 that can be used to test the XBlock.

On LTI 1.3 the authentication mechanism used is OAuth2 using the Client Credentials grant, this means that to configure the tool, the LMS needs to know the keyset URL or public key of the tool, and the tool needs to know the LMS’s one.


  1. Set up a local tunnel (using ngrok or a similar tool) to get a URL accessible from the internet.

  2. Add the following settings to edx-platform/lms/envs/ and edx-platform/cms/envs/

  3. Create a new course, and add the lti_consumer block to the advanced modules list.

  4. In the course, create a new unit and add the LTI block.

    • Set LTI Version to LTI 1.3.

    • Set the Tool Launch URL to

  5. In Studio, you’ll see a few parameters being displayed in the preview:

Client ID: f0532860-cb34-47a9-b16c-53deb077d4de
Deployment ID: 1
# Note that these are LMS URLS
Keyset URL:
Access Token URL:
OIDC Callback URL: http://localhost:18000/api/lti_consumer/v1/launch/
  1. Set up a tool in the IMS Global reference implementation (

  2. Go back to Studio, and edit the block adding its settings (you’ll find them by scrolling down until you find the tool you just created):

Tool Launch URL:[tool_id]/launches
Tool Initiate Login URL:[tool_id]/login_initiations
Tool Public key: Public key from key page.
  1. Publish block, log into LMS and navigate to the LTI block page.

  2. Click Send Request and verify that the LTI launch was successful.

LTI Advantage Features

This XBlock supports LTI 1.3 and the following LTI Avantage services:

  • Deep Linking (LTI-DL)

  • Assignments and Grades services (LTI-AGS)

  • Names and Roles Provisioning services (LTI-NRP)

To enable LTI-AGS, you need to set LTI Assignment and Grades Service in Studio to allow tools to send back grades. There’s two grade interaction models implemented:

  • Allow tools to submit grades only (declarative)(Default): enables LTI-AGS and creates a single fixed LineItem that the tools can send grades too.

  • Allow tools to manage and submit grades (programmatic): enables LTI-AGS and enables full access to LTI-AGS endpoints. Tools will be able to create, manage and delete multiple LineItems, and set multiple grades per student per problem. In this implementation, the tool is responsible for managing grades and linking them in the LMS.

To enable LTI-DL and its capabilities, you need to set these settings in the block:

  1. Locate the Deep linking setting and set it to True (enabled).

  2. Set Deep Linking Launch URL setting. You can retrieve it from the tool you’re integrating with. If it’s not provided, try using the same value as in the LTI 1.3 Tool Launch URL.

To enable LTI-NRPS, you set Enable LTI NRPS to True in the block settings on Studio.

LTI 1.1/1.2 Basic Outcomes Service 1.1

This XBlock supports LTI 1.1/1.2 Basic Outcomes Service 1.0. Please see these LTI 1.1/1.2 Basic Outcomes Service 1.0 instructions for testing the LTI 1.1/1.2 Basic Outcomes Service 1.1 implementation.

LTI 2.0 Result Service 2.0

This XBlock supports LTI 2.0 Result Service 2.0. Please see the LTI 2.0 Result Service 2.0 instructions for testing the LTI 2.0 Result Service 2.0 implementation.

LTI Reusable configuration

The LTI Consumer XBlock supports configuration reusability via plugins. It is compatible with both LTI 1.1 and LTI 1.3. All values (including the access token and keyset URL for LTI 1.3) are shared across the XBlocks with the same external configuration ID. This eliminates the need to have a tool deployment for each XBlock.

How to Setup

  1. Install and setup the openedx-ltistore plugin on the LMS and Studio.

  2. Go to LMS admin -> WAFFLE_UTILS -> Waffle flag course override (http://localhost:18000/admin/waffle_utils/waffleflagcourseoverridemodel/).

  3. Create a waffle flag course override with these values:
    • Waffle flag: lti_consumer.enable_external_config_filter

    • Course id: <your course id>

    • Override choice: Force On

    • Enabled: True

  4. Create a new external LTI configuration and use it in the XBlock. This is explained in the README of the openedx-ltistore repository.

Getting Help

If you’re having trouble, we have discussion forums at where you can connect with others in the community.

Our real-time conversations are on Slack. You can request a Slack invitation, then join our community Slack workspace.

For anything non-trivial, the best path is to open an issue in this repository with as many details about the issue you are facing as you can provide.

For more information about these options, see the Getting Help page.


The code in this repository is licensed under the AGPL v3 License unless otherwise noted.

Please see LICENSE.txt for details.


Contributions are very welcome. Please read How To Contribute for details.

This project is currently accepting all types of contributions, bug fixes, security fixes, maintenance work, or new features. However, please make sure to have a discussion about your new feature idea with the maintainers prior to beginning development to maximize the chances of your change being accepted. You can start a conversation by creating a new issue on this repo summarizing your idea.

The Open edX Code of Conduct

All community members are expected to follow the Open edX Code of Conduct.


The assigned maintainers for this component and other project details may be found in Backstage. Backstage pulls this data from the catalog-info.yaml file in this repo.

Reporting Security Issues

Please do not report security issues in public. Please email

Project details

Release history Release notifications | RSS feed

This version


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

lti-consumer-xblock-9.8.0.tar.gz (267.7 kB view hashes)

Uploaded source

Built Distribution

lti_consumer_xblock-9.8.0-py3-none-any.whl (391.0 kB view hashes)

Uploaded py3

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page