-
Notifications
You must be signed in to change notification settings - Fork 20
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
Enforce academic email requirements for students, postdocs, and academic researchers #2158
base: dev
Are you sure you want to change the base?
Conversation
@mscanlan-git I just took a quick look at the failed test:
This suggests that the current test case is failing because you have added a new requirement for credentialing applications, and the test application does not know about it (and fails the test). You probably need to update the test to ensure the application meets your new requirement (e.g. ensure it is using an academic email address, which presumably it is not?). |
e222786
to
31dd642
Compare
4d34161
to
9224953
Compare
Updated the PR with the error message being properly displayed under the Overall, this was a better approach compared to the previous idea of implementing an |
I think it would be more interesting to keep a list of approved educational domains. |
First of all, please don't tell people they need to set their primary address to this or that. If they have a verified academic address, that should be sufficient. We can update the admin console to prominently display their academic/institutional address(es), if that would be helpful. Second, we don't want to duplicate this logic. Don't copy and paste the existing function into another place. Instead, we want to reuse the existing function, or if that's not possible for some reason, adapt the existing function to work in a new setting. I also don't think it's right to report error messages related to the person's email address(es) by attaching them to the researcher_category form field. I think it would make more sense to put this check in |
We could do something like this
|
This is a good idea. However, we don't want to block people from unknown domains - they should be able to submit their application, and then the admin can decide to mark their domain as a "known institution" (green light in the future) or "known public mail provider" (block that domain in the future). I think this could be fairly automated and save a lot of time, but it is a bit more complicated than this PR. |
Thanks for your feedback @bemoody, I think this is a much better approach overall and makes more sense, thanks for including the code! I like this idea @lbulgarelli as it would allow us to know easily what domains are trusted and what are not, but like Benjamin commented, it would need to be set up in such a way so non-approved domains are not blocked initially from applying. This could definitely automate some of that for sure, which long-term is a good idea. |
This PR addresses #2129 by adding checks to credential applications to ensure users who select 'student, graduate student, postdoc, academic researcher' as their research category have their email address verified.
One final thing that needs to be added is including the error banner at the top of the page instead of having it linger at the bottom of
class PersonalCAF(forms.ModelForm)