-
-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
(Contributor Recognition Infrastructure) Milestone 1.4: Add required email services to notify contributors about levels they achieved #15940
Conversation
Merged with uostream
merged with develop
…o milestone1.4 Pull to other mac
Hi @chris7716, can you complete the following:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@chris7716 LGTM
Unassigning @sagangwee since they have already approved the PR. |
@chris7716 Re #15940 (comment), please take a look at the email thread "GSoC project — product design feedback assessment" -- specifically the part saying "Our new rankings and levels". Is your current implementation consistent with that and are you planning for that structure in the rest of your PRs? If so, I think it's probably fine, but I want to make sure that that is the case so that there are no surprises later. Also, to be clear, I know it's not technically complicated to extend the object. But I think there are problems with figuring out e.g. what comes after "Legend" -- past a certain point, you run out of words. So you'll want the scale not to advance too quickly and that's where my concern comes from. |
@seanlip yes I updated the constants according to the email thread and since ranks are mostly associated with the frontend, I will include those constants in the frontend related PRs. I will implement the logic for sending emails for achieving new ranks with the implementations of badges and ranks in the frontend. The logic to generate badges and sending emails for achieving new ranks will be pretty much the same. I think we can go ahead with this PR and need to figure out terms for ranks before implementing frontend PRs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All right, that sounds fine. Based on that understanding, I'm happy to give LGTM. Thanks!
@aks681 Could you PTAL? Thanks! |
Hi @chris7716, the build of this PR is stale and this could result in tests failing in develop. Please update this pull request with the latest changes from develop. Thanks! |
Hi @chris7716, this PR is ready to be merged. Please address any remaining comments prior to merging, and feel free to merge this PR once the CI checks pass and you're happy with it. Thanks! |
…ne1.4 Update branch
@seanlip I am not quite sure why these coverage tests are failling https://github.com/oppia/oppia/runs/8132243105?check_suite_focus=true I updated the branch with the develop but still comes. I have not changes anything in those files though. |
Hi @chris7716! They were failing because some lines (1985-86) of I think you covered them and the coverage checks are passing now. |
…ne1.4 Update branch
Overview
Essential Checklist
Proof that changes are correct
Proof of changes on desktop with slow/throttled network
Proof of changes on mobile phone
Proof of changes in Arabic language
PR Pointers