This patch allows the much requested selection of individual instances of modules within a course to backup and restore.
It needs A LOT of testing and probably some prettyifying too.
Users can now be assigned to multiple groups. Thanks Yu!
Break out the Bob Marley!!
Otherwise groups work more or less like they did before.
This has been pretty well tested by Yu and myself, but since Yu started
uncovering lots of existing groups bugs it's possible there may be still
a few corner cases still lurking here and there.
Please help test this thoroughly for 1.6!!
ip instead. Such information is only stored in DB
(page->author) and not critical at all. Suggested
by Derry in http://moodle.org/mod/forum/discuss.php?d=32171
because it was causing important delays when clients
weren't DNS-registered.
Merged from MOODLE_15_STABLE
Complete refactoring of the system that was really awful (my fault!).
Now everything is in its place and working like a charm, making things really
easier to be implemented and amplied. Bug 3678
(http://moodle.org/bugs/bug.php?op=show&bugid=3678)
(http://moodle.org/mod/forum/discuss.php?d=26530)
Note: Everything is merged from stable but the quiz module because it has
other changes not merged for now. I've skyped a message to Gustav about it.
Merged from MOODLE_15_STABLE
(specifying a multilang name allows to have different start pages too!)
I've found some bad XHTML in this module and some inconsistencies
with different cased page-names. Are wikipages different if their name case is
different? If no, we should fix it.
block is constructed. A new function exists to pump these notes out
in a standard way : print_recent_activity_note.
Module dependencies also updated because of this.
It wasn' working fine because the wiki_pages table hadn't an id (primary key) field.
I've created, in the upgrade process, a temporary table to copy all the wiki_pages
records and then, drop and create again the table.
Tested under MySQL. Need to be tested (both creation and upgrade) under PostgreSQL!!!
Minor modifications to ewikimoodlelib.php to work with this new id field too. Seems to work
although deeper tests will be welcome (attachements, binary contents...)
Cross your fingers! ;-)
(While I was at it I also turned the autologinguests off for most module pages, except on the index.php pages and the view.php pages for those modules that allow guests)
The visibility of coursemodules is now always set through the function set_coursemodule_visible() in order to make sure that the associated events get updated in the calendar appropriately.
If moving a coursemodule to a hidden section then the module is set to hidden as well and its events are hidden in the calendar.
If deleting a coursemodule its events are deleted from the calendar.
The function choose_from_menu() has an extra optional argument $disabled which, when set to true, will disable the menu.
For the sake of consistency the function set_groupmode_for_module has been renamed to set_coursemodule_groupmode and the functions show_course_module() and hide_course_module() have been combined to set_coursemodule_visible().
