-
Notifications
You must be signed in to change notification settings - Fork 18
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
data protection policy shown twice before and after signup #38
Comments
I suppose it has to do with this from auth.php:
|
Indeed, if I comment that out, the policy appears only once before the form and is saved in the profile of the new user from agreeing to it before the form. |
thanks @VOOM108 can you please make a pull request for this? |
I am not so much fit with making PRs and stuff... |
Ok, I tried. Hope I did this right... |
The PR shows an error, but I don't get what is wrong. After all, I did no more than comment out one line. Should I just delete the line? I figured when a human checks this in, it would be edited according to how it is supposed to show up in the final code... |
thanks @VOOM108 leave this with us and we'll sort this |
Hello, Summary:
In Detail: On E-Mail-based self registration if you register as new user (after accepting the policy) an entry in the tool_policy_acceptances table of the moodle database is immediately created, i.e. BEFORE E-Mail confirmation. Same happens in auth_enrolkey if "emailconfirmation" in the auth_enrolkey settings is set to "NO" or "PARTIAL". Whereas this is not the case when set to "YES". This can been easily seen in "admin/tool/policy/acceptances.php". The consequence depends on how "emailconfirmation" in the auth_enrolkey settings is configured:
For testing I commented out "$user->policyagreed = 0" in line 167 of auth.php. Result: behavior like "emailconfiguration" is set on partial which I expected but is not the intended behavior. |
With regular auth with e-mail-confirmation the policy is shown and has to be checked before the signup form appears. The the form, then the policy is never shown again.
With the auth_enrolkey it happens twice: the policy is shown and needs to be checked once more right after the form is submitted.
In both cases the policiy is set to be mandatory for authenticated users the exact same way.
The text was updated successfully, but these errors were encountered: