LTI: resource_link_id URL mismatch for Studio and LMS on LTI Provider side

giovannicimolin · May 5, 2022, 2:28pm

@jramnai I just bumped into a discussion related to this, with a possible fix incoming.

Please review the comments on this PR:

github.com/openedx/edx-platform

[BD-13] [BB-6144] deprecate hostname attribute from xmodule ModuleSystem

openedx:master ← open-craft:tecoholic/BB-6144-deprecate-hostname-in-ModuleSystem

opened 03:51AM - 25 Apr 22 UTC

tecoholic

+73 -12

## Description The `hostname` attribute was needed for OAuth in the LTI Modul…e and was being passed via the `x_module.ModuleSystem` class as a mixin. This attribute has been removed. It has been replaced in the `xmodule.lti_module` with `get_current_request_hostname` utility function. This change affects only the `module_renderer` module of the LMS which is also updated to initialize the XBlocks without passing the hostname attribute anymore. This shouldn't cause any changes for any users and should continue to work just as usual. ## Supporting information - Related OpenCraft Issue - https://tasks.opencraft.com/browse/BB-6144 ## Testing instructions 1. Set your dev environment to `master` branch. 2. Add `"lti"` to the **Advanced Module List** in the **Advanced Settings**. (NOT `lti_consumer` which is an independent xblock, this PR deals with the old `lti` module) 3. Scroll down to **LTI Passports** and add a new entry `"saltire:consumer_key:secret"`. We will be using the [Saltire Tool Emulator](https://saltire.lti.app/tool) to test the changes 4. **Save Changes** 5. Add a new new unit to your test course and select **Advanced** -> **LTI** 6. Click **Edit** and enter the following details and save the block * **LTI ID**: `saltire` * **LTI URL**: `https://saltire.lti.app/tool` * **Open in New Page**: `False` 7. Once Saltire loads in the block, make sure **Verification** is show as `Passed` 8. Save and publish the unit. 9. Open the unit in LMS and expand the **Message Parameters** in the Saltire Block. Note the value of `resource_link_id`. It should be something like `{hostname}-{random-hash-value}`. Eg., when testing from local devstack `localhost%3A18000-71e809b7a55442afaa590a477145bb6c` 10. Now checkout the `edx-platform` to the PR branch `open-craft:tecoholic/BB-6144-deprecate-hostname-in-ModuleSystem` 11. Restart your studio & lms services to make sure they are loading the changes from PR. 12. Refresh the LMS page with Saltire and expand the **Message Parameters** once again 13. Compare the `resource_link_id` show with the old value. Both should have the same `{hostname}` part. 14. You can create a new Unit + LTI Block after the PR branch has been checked out to ensure `hostname` value is populated as expected.

Topic		Replies	Views
LTI issue with Lynda (LinkedIn Learning) Development koa	3	817	February 10, 2022
Open edX as an LTI provider with Canvas Site Operators lti	13	1075	September 29, 2023
Cannot access LTI Deep Link response in openedx Development api , how-to , devstack , tutor , lti	0	98	June 20, 2024
Constructing LTI URL Authoring educator	4	481	August 25, 2022
Frontend Plugin for quickly grabbing LTI Provider URLs Show & Tell plugins , frontend	9	144	January 27, 2026

LTI: resource_link_id URL mismatch for Studio and LMS on LTI Provider side

Related topics