to specify a replacement phrase instead of printing the linked
phrase I introduced a bug about text being showed with the case
of the concept instead of the case of the text under case
insensitive filtering. Detected and solved now. Bug 3688.
(http://moodle.org/bugs/bug.php?op=show&bugid=3688)
Merged from MOODLE_15_STABLE
Improving Eloy's radio- and checkbox- generating functions to automagically
use <label>s with unique ids for improved usability. See discussion at
http://moodle.org/mod/forum/discuss.php?d=26139
Now it supports a replacementphrase to be passed
so, the original phrase will be replaced. Nothing happens
if empty. Part of bug 3605.
(http://moodle.org/bugs/bug.php?op=show&bugid=3605)
Merged from MOODLE_15_STABLE
Implementing Dan Marsden's great idea for additional hooks when block
instances are deleted (bug 3446). Going a step further and adding hooks
for when block instances are created.
I 've come across a problem where:
1. You have an "old" (say 1.3.5?) Moodle installation.
2. You are logged in as admin.
3. You suddenly switch to using a 1.5+ codebase with
the SAME database, WITHOUT LOGGING OUT FIRST.
In this situation, I was presented with a deadlock. I could not do
anything because "my session had expired", and I could not even
log OUT to clear my session. In fact it was just reloading the
"session expired page" all the time.
If it weren't for debug = On which causes a notice in these
circumstances, it would be fracking difficult to understand what
was going on.
With this small addition, you can at least visit your login page
and log in anew, so problem fixed.
I believe this was talked about in the forums lately? Not sure.
(Also merging Martin's theme standard -> standardwhite change)
* 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.
* admin/auth: More solid checking for auth GET/POST var.
* admin/auth: print_auth_lock_options() now handles user field mapping options for LDAP and similar modules
* admin/auth: user mapping options have moved to config_plugins table
* auth/ldap module has migrated to using new field mapping vars -- simplified config.html a lot
* auth settings migration to config_plugins
