Several fixes and enhancements:
+ No longer fail due to timeouts or memory limits. And let apache know
that we're a memory hog so it can clean up after us.
+ Add support for user account updates (optional)
+ Add support for user account renames (optional)
+ Cleaned up the logic that deals with creation and failure
+ More robust error handling
+ Use optional_param() -- no longer depends on register_globals
-- when do we switch that off?
+ Added the relevant documentation.
A new configuration variable is avaliable to limit which fields normal user can see about other users. Teachers/admins can still see the full info.
This provides some degree of privacy for students.
and admins can approve or reject pending courses.
Also, contains the ability to restrict activity modules on a per course basic. Strict config options:
enable restricting modules at ALL (for all courses, no courses, requested courses), what to do by default for newly created courses
as well as what modules to enable for above category by default.
This feature was created for the aim of building a community side to moodle - for institutes that have strict courses and enrolments, allowing normal users to request interest courses is a good feature,
but some modules may be redundant (assignment, lesson, quiz etc)
Please test!
Added $user->theme and $course->theme choices, controlled by admin
variables on the main config variables page.
By default this is all turned off, since multiple themes can be
a little disorienting.
A hidden feature is session themes ... you can change the theme
on any page by passing theme=xxxx as a parameter. By default this
requires sesskey (so that people don't change theme on each other),
but this security can be switched off using a hidden variable
$CFG->allowthemechangeonurl = true; Good for quick tests.
Admin can put a site on hold during an upgrade or theme changing etc
Controlled by a file in dataroot, so it can also be controlled via command line:
touch moodledata/1/maintenance.html
rm moodledata/1/maintenance.html
