Skip to content

[epic] edx-platform XBlock Extraction #34827

Open
16 of 16 issues completed
Open

Description

@feanil

In this epic we will extract out all the xblocks which exist in openedx-platform here

We have created a new repo where all these xblocks will reside sharing the common requirements file and release process.

Here is the core architecture PR for this repo

More details here: https://openedx.atlassian.net/wiki/spaces/AC/pages/4243030019/edx-platform+XBlock+extraction

Rationale

  • The extracted blocks will need to use the pure XBlock API rather than by cheating with edx-platform's remnant XModule-esque APIs. This will force us to improve several aspects of the XBlock API which are currently lacking for custom XBlocks.
  • We need to remove XBlock frontends from edx-platform in order to complete the MFE conversion process and remove edx-platform's outdated, hard-to-maintain legacy frontend tooling.
  • This will help simplify the relationship between LMS and CMS.
  • The extracted blocks will be easier to maintain and test in isolation.
  • We are fixing bugs and generating documentation along the way.

Activity

  1. converted this from a draft issue on May 21, 2024
  2. added
    epicLarge unit of work, consisting of multiple tasks
    on May 21, 2024
  3. irtazaakram commented on Jun 27, 2024

    @irtazaakram
    Member

    We will now move these xblocks to single repo as discussed here openedx/axim-engineering#1169

    Repo: https://github.com/openedx/xblocks-contrib

  4. moved this from 🆕 New to 🏗 In progress in Aximprovements Teamon Jun 27, 2024
  5. nsprenkle commented on Aug 6, 2024

    @nsprenkle
    Contributor

    I'm curious, is there any desire to move extract other core XBlock types as well? Specifically, I'm thinking things like:

    • HTML Block
    • Video Block
    • Problem Block

    We've run into places where we had wanted to add/extend behavior and were limited by the fact that these were too tightly integrated into platform to neatly override them. I've also done some thinking here so happy to help with scoping / discovery on that work.

  6. farhan commented on Aug 7, 2024

    @farhan
    Contributor

    @nsprenkle Thanks for expressing the interest.

    I've updated the story description to include more details. Any contributions or insights you can provide would be greatly appreciated.

  7. self-assigned this
    on Aug 27, 2024
  8. 24 remaining items

  9. added a commit that references this issue on Sep 8, 2025
  10. moved this from 🏗 In progress to 🔖 Ready in Aximprovements Teamon Dec 22, 2025
  11. moved this from 🔖 Ready to 📋 Backlog in Aximprovements Teamon Dec 22, 2025
  12. moved this from 📋 Backlog to 🔖 Ready in Aximprovements Teamon Dec 22, 2025
  13. changed the title [-]edx-platform XBlock Extraction[/-] [+][epic] edx-platform XBlock Extraction[/+] on Dec 22, 2025
  14. added theissue type on Jan 29, 2026
  15. moved this from 🔖 Ready to 👀 In review in Aximprovements Teamon Mar 25, 2026
  16. moved this from 👀 In review to 🛑 Blocked in Aximprovements Teamon Apr 9, 2026
  17. moved this from 🛑 Blocked to ✅ Done in Aximprovements Teamon May 6, 2026
  18. robrap commented on Sep 2, 2026

    @robrap
    Contributor
    1. Is this the right place for https://github.com/openedx/xblocks-core work as well? Should the issue description get updated to explain contrib vs core, or is that elsewhere?
    2. I noticed that https://github.com/openedx/xblocks-core/blob/main/README.rst tracks the status of the extraction, and should probably be noted in the appropriate issue description.
    3. Between "Ready to Use" and "Done", we have duplicated code/features, and I don't see any docs on expectations for changes during that transition time.
    • Do we expect that only xblocks-core will be updated, and legacy xblocks will get no new features?
    • Or are changes meant to be duplicated until we get to Done?
    • Will we do a manual sync check before getting to Done in case legacy was updated, but core was not?
    • Would fixes follow the same or a different process as features?
      Thank you.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

epicLarge unit of work, consisting of multiple tasks

Type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions