Skip to content

docs(decisions): add ADR for api endpoint for user exam due dates - #37865

Open
cmltaWt0 wants to merge 1 commit into
openedx:masterfrom
raccoongang:max/docs/add_user_exam_due_date_for_mobile
Open

docs(decisions): add ADR for api endpoint for user exam due dates#37865
cmltaWt0 wants to merge 1 commit into
openedx:masterfrom
raccoongang:max/docs/add_user_exam_due_date_for_mobile

Conversation

@cmltaWt0

Copy link
Copy Markdown
Contributor

Description

Create a new ADR for API Endpoint for User Exam Due Dates in the Mobile App.

Supporting information

This ADR is a conversion of #36787 to a formtn ADR format.

@cmltaWt0 cmltaWt0 self-assigned this Jan 12, 2026
@openedx-webhooks openedx-webhooks added open-source-contribution PR author is not from Axim or 2U core contributor PR author is a Core Contributor (who may or may not have write access to this repo). labels Jan 12, 2026
@openedx-webhooks

openedx-webhooks commented Jan 12, 2026

Copy link
Copy Markdown

Thanks for the pull request, @cmltaWt0!

This repository is currently maintained by @openedx/wg-maintenance-openedx-platform-oncall.

Once you've gone through the following steps feel free to tag them in a comment and let them know that your changes are ready for engineering review.

🔘 Get product approval

If you haven't already, check this list to see if your contribution needs to go through the product review process.

  • If it does, you'll need to submit a product proposal for your contribution, and have it reviewed by the Product Working Group.
    • This process (including the steps you'll need to take) is documented here.
  • If it doesn't, simply proceed with the next step.
🔘 Provide context

To help your reviewers and other members of the community understand the purpose and larger context of your changes, feel free to add as much of the following information to the PR description as you can:

  • Dependencies

    This PR must be merged before / after / at the same time as ...

  • Blockers

    This PR is waiting for OEP-1234 to be accepted.

  • Timeline information

    This PR must be merged by XX date because ...

  • Partner information

    This is for a course on edx.org.

  • Supporting documentation
  • Relevant Open edX discussion forum threads
🔘 Get a green build

If one or more checks are failing, continue working on your changes until this is no longer the case and your build turns green.

Details
Where can I find more information?

If you'd like to get more details on all aspects of the review process for open source pull requests (OSPRs), check out the following resources:

When can I expect my changes to be merged?

Our goal is to get community contributions seen and reviewed as efficiently as possible.

However, the amount of time that it takes to review and merge a PR can vary significantly based on factors such as:

  • The size and impact of the changes that it introduces
  • The need for product review
  • Maintenance status of the parent repository

💡 As a result it may take up to several weeks or months to complete a review and merge your PR.

@github-project-automation github-project-automation Bot moved this to Needs Triage in Contributions Jan 12, 2026
@mphilbrick211 mphilbrick211 moved this from Needs Triage to Waiting on Author in Contributions Jan 16, 2026
@cmltaWt0
cmltaWt0 force-pushed the max/docs/add_user_exam_due_date_for_mobile branch from 88eb14b to 8bf1cc6 Compare January 27, 2026 08:27
@cmltaWt0
cmltaWt0 marked this pull request as ready for review January 27, 2026 08:28
@mphilbrick211 mphilbrick211 moved this from Waiting on Author to Ready for Review in Contributions Feb 25, 2026
Comment on lines +24 to +29
* **Data Storage**:
* Use ``edx-when.ContentDate`` to store canonical due dates published from course metadata.
* Use ``edx-when.UserDate`` to store user-specific overrides, including personalized schedules (self-paced) and instructor-granted extensions.
* **Service Layer**: Implement a dedicated Python service layer within ``edx-when`` to resolve dates. This service will merge ``ContentDate`` and ``UserDate`` records and apply visibility filtering. This ensures the logic is reusable by the LMS, background tasks, and the REST API.
* **API Endpoint**: Create a new REST API endpoint (proposed at ``/api/edx_when/v1/user-dates/``) that returns a merged, filtered, and sorted list of upcoming due dates for the authenticated user across all enrollments.
* **Encapsulation**: The REST API will reside within ``edx-when`` to keep it co-located with the models, provided that it does not require circular dependencies on ``edx-platform``.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How and when will the data get populated?

@feanil

feanil commented May 8, 2026

Copy link
Copy Markdown
Contributor

@taimoor-ahmed-1 can you take a look at this and see if it aligns with the other API work you and your team are doing?

@feanil
feanil requested a review from taimoor-ahmed-1 May 8, 2026 13:42
@itsjeyd itsjeyd moved this from Ready for Review to In Eng Review in Contributions Jun 25, 2026
@itsjeyd itsjeyd added waiting on author PR author needs to resolve review requests, answer questions, fix tests, etc. waiting for eng review PR is ready for review. Review and merge it, or suggest changes. labels Jun 25, 2026
@mphilbrick211

Copy link
Copy Markdown

Hi @taimoor-ahmed-1! Are you able to take a look at this for us?

* Use ``edx-when.ContentDate`` to store canonical due dates published from course metadata.
* Use ``edx-when.UserDate`` to store user-specific overrides, including personalized schedules (self-paced) and instructor-granted extensions.
* **Service Layer**: Implement a dedicated Python service layer within ``edx-when`` to resolve dates. This service will merge ``ContentDate`` and ``UserDate`` records and apply visibility filtering. This ensures the logic is reusable by the LMS, background tasks, and the REST API.
* **API Endpoint**: Create a new REST API endpoint (proposed at ``/api/edx_when/v1/user-dates/``) that returns a merged, filtered, and sorted list of upcoming due dates for the authenticated user across all enrollments.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

url convention stated here would be violated.

we could have: /api/date/v1/user_dates/ or /api/schedule/v1/due_dates/


* **CCX Courses**: Custom Courses for edX (CCX) are excluded from this implementation due to their unique override structure and management complexity.

Consequences

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We could mention here that hosting the endpoint in edx-when would mean no edx-platform CI coverage if we're going with that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

core contributor PR author is a Core Contributor (who may or may not have write access to this repo). open-source-contribution PR author is not from Axim or 2U waiting for eng review PR is ready for review. Review and merge it, or suggest changes. waiting on author PR author needs to resolve review requests, answer questions, fix tests, etc.

Projects

Status: In Eng Review

Development

Successfully merging this pull request may close these issues.

6 participants