project: Moodle
summary: Better encouragement to register Moodle site
description: Make registration on moodle.org more prominent, registration form easier and user friendly

1.summary: Register and publish courses with moodle.net only, remove support for alternative hubs
description: Starting with Moodle 3.4 it will no longer be possible to register Moodle sites with other hubs except for It will not be possible to publish or advertise courses on these hubs. is very outdated, hubs listed there do not work (except for moodle.net) Alternative hub functionality is not used but only creates confusing UX
2.summary: Add mobile related information to registration
description: this is a pair issue for
3.summary: Replace add_to_log() with proper events in local_hub
description: Replace add_to_log() with proper events in local_hub
4.summary: Hub: Clean-up / change documentation of Community hubs
description: Docs pages like and and others should be removed and/or edited to reflect the latest hubs development.
5.summary: Small fixes to local_hub to work in subdirectory
description: Some URLs in local_hub assume that wwwroot does not have directories Also there are some extra CSS styles
6.summary: Update moodle.net registration without xmlrpc
description: Update moodle.net registration without php xmlrpc extension
7.summary: Allow public REST access to moodle.net
description: REST is already enabled on moodle.net but for authorised users only. For xmlrpc there is a special treatment wstoken=>publichub that logs user in as "public_hub" This issue adds the same workaround for REST so we can have the same endpoint for both xmlrpc and rest requests to moodle.net If parameter moodlewsrestformat is specified, this endpoint will engage REST server, otherwise XMLRPC Second part of this issue is to add hub_get_info in the list of WS functions available for public pseudo-user. This will allow us to retrieve information about downloadable courses without going to hubdirectory Note, role "Public user" should have capability local/hub:viewsmallinfo
8.summary: Simplify moodle.net registration form, add new mailing list, show during installation
description: Simplify registration form: site name and description should not be required, remove geolocation, postal address, phone, admin name, etc reword some strings collapse information that is sent to moodle.net so that form fits on one page Mailing lists: split current list into security and communication subscriptions allow to specify different email addresses for both lists add registration data versioning, during upgrade ask admin to confirm the new data in the registration form (if the site was previously registered), suspend automatic update until manually confirmed show registration form as the last step of the installation
9.summary: Support additional emails on moodle.net
description: - Add possibility to specify separate email for emailalert - Add new subscription to comm news (also with optional separate email) Also I shuffled some code around and fixed other minor things. I noticed that we call "unsubscribe" instead of "delete subscription" . In my opinion this is incorrect, when somebody is "unsubscribed" they can never be added to the list again. So if somebody changes adminemail back and forth they unsubscribe forever and cant re-subscribe

Below is an instruction that describes a task, paired with an input that provides an epic with this format: 
"project": "Name of the project" 
"summary": "Summary of the epic user story" 
"description": "Description of the epic user story". Write a response that appropriately completes the request.### Instruction:
Break this epic user story into smaller tasks to help the developers understand the epic better, you can divide this epic into as much as you want depending on the complexity of the epic.
### Input:
project: Moodle
summary: Better encouragement to register Moodle site
description: Make registration on moodle.org more prominent, registration form easier and user friendly

### Response:
1.summary: Register and publish courses with moodle.net only, remove support for alternative hubs
description: Starting with Moodle 3.4 it will no longer be possible to register Moodle sites with other hubs except for It will not be possible to publish or advertise courses on these hubs. is very outdated, hubs listed there do not work (except for moodle.net) Alternative hub functionality is not used but only creates confusing UX
2.summary: Add mobile related information to registration
description: this is a pair issue for
3.summary: Replace add_to_log() with proper events in local_hub
description: Replace add_to_log() with proper events in local_hub
4.summary: Hub: Clean-up / change documentation of Community hubs
description: Docs pages like and and others should be removed and/or edited to reflect the latest hubs development.
5.summary: Small fixes to local_hub to work in subdirectory
description: Some URLs in local_hub assume that wwwroot does not have directories Also there are some extra CSS styles
6.summary: Update moodle.net registration without xmlrpc
description: Update moodle.net registration without php xmlrpc extension
7.summary: Allow public REST access to moodle.net
description: REST is already enabled on moodle.net but for authorised users only. For xmlrpc there is a special treatment wstoken=>publichub that logs user in as "public_hub" This issue adds the same workaround for REST so we can have the same endpoint for both xmlrpc and rest requests to moodle.net If parameter moodlewsrestformat is specified, this endpoint will engage REST server, otherwise XMLRPC Second part of this issue is to add hub_get_info in the list of WS functions available for public pseudo-user. This will allow us to retrieve information about downloadable courses without going to hubdirectory Note, role "Public user" should have capability local/hub:viewsmallinfo
8.summary: Simplify moodle.net registration form, add new mailing list, show during installation
description: Simplify registration form: site name and description should not be required, remove geolocation, postal address, phone, admin name, etc reword some strings collapse information that is sent to moodle.net so that form fits on one page Mailing lists: split current list into security and communication subscriptions allow to specify different email addresses for both lists add registration data versioning, during upgrade ask admin to confirm the new data in the registration form (if the site was previously registered), suspend automatic update until manually confirmed show registration form as the last step of the installation
9.summary: Support additional emails on moodle.net
description: - Add possibility to specify separate email for emailalert - Add new subscription to comm news (also with optional separate email) Also I shuffled some code around and fixed other minor things. I noticed that we call "unsubscribe" instead of "delete subscription" . In my opinion this is incorrect, when somebody is "unsubscribed" they can never be added to the list again. So if somebody changes adminemail back and forth they unsubscribe forever and cant re-subscribe
