Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: course mode added to the metadata #33690

Merged

Conversation

Inferato
Copy link
Contributor

@Inferato Inferato commented Nov 9, 2023

Description

According to the chapter Sending Email Messages to Learners in Different Enrollment Tracks course can may more than one mode and instructor must have the ability to send the email for users in this modes.
Communication MFE had a hardcoded 2 modes for every course. Sometimes it lead to the error.
изображение

courseModes was added to courseMetadata to display real course email recipient options.

Related MR:

Deadline

None

@openedx-webhooks
Copy link

Thanks for the pull request, @Inferato! Please note that it may take us up to several weeks or months to complete a review and merge your PR.

Feel free to add as much of the following information to the ticket as you can:

  • supporting documentation
  • Open edX discussion forum threads
  • timeline information ("this must be merged by XX date", and why that is)
  • partner information ("this is a course on edx.org")
  • any other information that can help Product understand the context for the PR

All technical communication about the code itself will be done via the GitHub pull request interface. As a reminder, our process documentation is here.

Please let us know once your PR is ready for our review and all tests are green.

@mariajgrimaldi
Copy link
Member

Hi there @dyudyunov! Regarding your comment here, is this something you folks are still going to pursue?

@dyudyunov
Copy link
Contributor

Hi there @dyudyunov! Regarding your comment here, is this something you folks are still going to pursue?

Hi @mariajgrimaldi

I'll find time to search and inspect all the PRs Taras has made.
I will leave status update comments on each of them

@mariajgrimaldi
Copy link
Member

Sorry for all the pings. Thank you @dyudyunov!

@dyudyunov
Copy link
Contributor

Hi there @mariajgrimaldi

I checked this fix and it is actual.

I would like to add a bit more context to the problem.

The Communication MFE has course mode checkboxes hardcoded, so a user can select any of them even if the course has no such mode.
As a result - they will get an error when trying to send emails to learners of the track (course mode) that doesn't exist.
image
image

The goal here is to provide course mode checkboxes for real course modes only.


This PR seems to be ready for the review.
I will update the related PR to the Communications MFE with Adolfo's suggestions soon, but this one could be reviewed/merged independently.

@dyudyunov
Copy link
Contributor

I can't update Taras' source branch, so I created a new related PR to the Communications MFE. It consists of the original commits plus Adolfo's suggestions applied in a separate one.

openedx/frontend-app-communications#191

@mariajgrimaldi mariajgrimaldi added the product review PR requires product review before merging label Feb 20, 2024
@mariajgrimaldi
Copy link
Member

I understand this is a fix of the current behavior, but since this changes how the communications MFE behaves I added the product review label.

cc @dyudyunov @mphilbrick211

@dyudyunov
Copy link
Contributor

@mariajgrimaldi hi!

Related PR to the Communications MFE was just merged, but it requires this one to work properly

Is it possible to prioritize this PR to avoid problems with the Communications MFE?

@arbrandes this is my fault, I mentioned the related Communications MFE PR here but forgot to add the note about the dependency in the Communications MFE PR

Copy link
Contributor

@arbrandes arbrandes left a comment

Choose a reason for hiding this comment

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

This change makes sense, and as @dyudyunov put it, it is required for the Communications MFE to work as it stands in master now.

I submit that this is actually a bug fix, so no product review required.

I'm not a CC here so can't approve. @kdmccormick or @feanil, any objections to merging it?

Copy link
Contributor

@feanil feanil left a comment

Choose a reason for hiding this comment

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

Looks good to me, it's adding more data to an existing API endpoint and the lookup should be pretty cheap so not a performance concern either.

@feanil
Copy link
Contributor

feanil commented Feb 28, 2024

@dyudyunov should I go ahead and merge this or are there any reasons to hold-off?

@dyudyunov
Copy link
Contributor

@feanil hi

Yes, it's ready for merge
Please check the Quince backport too #33691

@feanil feanil merged commit ea55eca into openedx:master Feb 29, 2024
64 checks passed
@openedx-webhooks
Copy link

@Inferato 🎉 Your pull request was merged! Please take a moment to answer a two question survey so we can improve your experience in the future.

@edx-pipeline-bot
Copy link
Contributor

2U Release Notice: This PR has been deployed to the edX staging environment in preparation for a release to production.

@edx-pipeline-bot
Copy link
Contributor

2U Release Notice: This PR has been deployed to the edX production environment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
open-source-contribution PR author is not from Axim or 2U product review PR requires product review before merging
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

7 participants