get_config() was meant to return a single value when called with 2 params,
however, it never did. Change it to Do The Right Thing, and audit all callers.
- get_user_listing() is now aware of remote users
- require_login() is now aware of remote users
- new auth plugins infrastructure in place
- is_internal_auth() is now a deprecated legacy call
- create_user_record()/update_user_record()/authenticate_user_login() handle multi-auth
- is_mnet_remote_user() checks for remoteness
- clean_param() handles PARAM_PEM and PARAM_BASE64
Also
- user_login_string() knows to offer a link to remote users to login @ their host
- XMLTDBTable field creation returns the field obj so that
the caller has a chance to set additional properties such as comment
- changed file upload api in formslib
- fixed blog attachments and related code in file.php
- fixed glossary attachments
- fixed embedded images in forum posts and blogs - only gif, png and jpeg; the problme was that svg were embedded using img tag which was wrong, the same applied to other picture formats unsupported by browsers (please note that student submitted svg should be never embedded in moodle page for security reasons)
- other minor fixes
Abstracted Sam's initial work with $record_cache into a series of functions
that abstract things _just enough_ that we can use an internal
in-memory-array implementation or something that is shared across
processes, like memcached or the turckmmcache/eaccelerator caches.
Also
- added hit/miss stats tracking and reporting
- removed max entries limiting as it was buggy - var names mismatches
and not counting unset()s
On 64-bit platforms the in-memory footprint of our libraries is quite a bit
larger than usual, and we hit the 8MB default memory limit before we call
raise_memory_limit(). This patch moves raise_memory_limit() and
get_realsize() to setuplib so we can call them earlier, and moves the
call to _before_ we include the libraries.
On AMD64, for MOODLE_17_STABLE the footprint is about 9.5MB. Diet time? :-)
* new formslib
* works only when logged in - added redirection to login page for guests or not logged in yet
* fixed redirects when logging in and on forced password change
* "Logged in as" users are not allowed to use this form
* general cleanup