-
Notifications
You must be signed in to change notification settings - Fork 19
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
Execute events trought adhoc task. #54
base: master
Are you sure you want to change the base?
Conversation
Hi @ojnadjarm |
@ak4t0sh have you had a chance to look at this? |
Hi @emmarichardson My only "concern" is about the multiple groups generation based on comma separated values. For instance "Tester,Developer,Ops" So IMHO to prevent this it should be an option (with a default at site level) to define when adding an autogroup into a course. Also @ojnadjarm could you "clean" your git history please ? TIA |
@ak4t0sh The multiple groups from comma separated values has already been implemented in a previous PR...it has been in use for some time now. So far no-one has complained.. |
Oh thanks for the reminder @emmarichardson you are right I totally forgot about it. |
Thank you. That helps.
Emma Richardson
Distance Learning Coordinator
719-771-4022
Need to visit? Click below to schedule an appointment.
https://calendar.app.google/vy9C7FEp2GCNQrbE7
…On Mon, Jul 22, 2024, 7:14 AM Arnaud Trouvé ***@***.***> wrote:
Oh thanks for the reminder @emmarichardson
<https://github.com/emmarichardson> you are right I totally forgot about
it.
From what I can see in #49
<#49> a new
sort_module (local_autogroup\sort_module\user_info_field_multivalue) has
been introduced to handle multiple values field which do not cause any side
effect for existing installations.
But this PR do not use this system and use an hardcoded comma to create
multiple groups in local_autogroup\sort_module\user_info_field which can
have side effects for existing autogroup instances.
So IMO this part should be removed as it's already implemented
—
Reply to this email directly, view it on GitHub
<#54 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAP3TGOQ3JDMV5WWS3HMRCDZNUAUDAVCNFSM6AAAAABJOVDNPGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBSHEZTENRYHE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Ok, yep that makes sense, I will leave only the adhoc task part then. |
…tiple coaches CRU-119 Documentation and unit test
08d30a3
to
f64cf63
Compare
Hi I have clean up the commitsand the requested changes, let me know what you think :D |
Thanks for the fixes @ojnadjarm ! Almost good to me, could you look at my 2 new feedback please :) |
Hi @ak4t0sh Sorry for the late response. Checking out. |
727d5cf
to
b958ad8
Compare
Thanks for your patience @ojnadjarm. Code seems good to me. Moreover I have done some quick tests and have some error appearing. Testing environmentMoodle 4.4 ResultsSync mode (adhoceventhandler disable)I have the following stack when editing an user profile. (But it works correctly)
I checked in DB I had a pending adhoc task but non related to this plugin. (moodle notification) Async mode (adhoceventhandler enable)After editing an user profile the following stack appear when running cron for the first time after a change on a user profile...and a faildelay is added to the adhoc task. Then it works as expected on the next run.
|
Added a new setting to enable a feature instead of executing the event handler live, doing it trought an adhoc task.
Added some unit tests.