* More solid checking for auth GET/POST var.
* print_auth_lock_options() now handles user field mapping options for LDAP and similar modules
* user mapping options have moved to config_plugins table
* LDAP module has migrated to using new field mapping vars -- simplified config.html a lot
* strings are mostly resolved
* a bit of work pending on CAS and DB modules
* need an upgrade path for field-mapping config entries -- limited to LDAP only
- Extended set_config()
- Implemented get_config() which takes over $CFG loading in setup.php
- admin/auth.php has special handling if post vars starting in pluginconfig_
- admin/auth.php print_auth_lock_options() prints a form fragment -- being called from most plugins now
- user/edit.php follows the new convention when locking down fields, both javascript UI and on POST.
* Incompatible blocks which have been disabled during the upgrade
from Moodle 1.4 can now be deleted.
* Incompatible blocks (if any) are presented in a separate table
and are clearly marked as such.
* Using the new table class.
* Improved visuals.
* Fixed HTML and updated obsolete coding conventions all around.
moodle versions... PostgreSQL people, check it against your
servers, please.
In 1-2 days I'll merge this changes to 15_STABLE, to allow
moodlers to pre-check their environments...
This patch bundles 3 changes:
+ password inserts/updates were not being md5()d
+ skip the user altogether when the rename fails, to
avoid clobbering the existing user account
+ get_courses() has moved outside the main loop so
it is called only once -- huge difference in
performance and number of DB queries
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.
User upload now has an option to allow missing passwords to be accepted -
if we have an email field available. Cron will pick up those users, and call
setnew_password_and_mail() for them.
Effective way to spam your way through life...
martinlanghoff