moodle/version.php

<?PHP  //$Id$
// This file defines the current version of the
// Moodle code that is being used.  This can be
// compared against the values stored in the
// database to determine whether upgrades should
// be performed (see lib/db/*.php)

$version = 2004090402;   // The current version is a date (YYYYMMDDXX)

$release = "1.5 unstable development";   // User-friendly version number

?>
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00			`<?PHP //$Id$`
Moved upgrade_moodle functions out to database-specific files, because the SQL is not compatible (nor is it possible to make it so). 2002-10-05 17:09:31 +00:00			`// This file defines the current version of the`
			`// Moodle code that is being used. This can be`
Fix for bug #1280: the "showrecent" course setting has to go. Bump, to force db upgrade. 2004-04-29 10:29:48 +00:00			`// compared against the values stored in the`
Moved upgrade_moodle functions out to database-specific files, because the SQL is not compatible (nor is it possible to make it so). 2002-10-05 17:09:31 +00:00			`// database to determine whether upgrades should`
			`// be performed (see lib/db/*.php)`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
All upgrades now print a warning, allowing people to avoid accidental upgrading 2004-09-04 15:47:30 +00:00			`$version = 2004090402; // The current version is a date (YYYYMMDDXX)`
Added a new $release variable that shows the user-friendly version number 2002-09-06 14:06:48 +00:00
To help make it clearer 2004-08-30 18:38:46 +00:00			`$release = "1.5 unstable development"; // User-friendly version number`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
New field for user: autosubscribe This sets the default value for on-the-fly forum subscription. Defaults to on = subscribe. (Also fixed a bug in postgres7.sql - a missing field for htmleditor!) 2003-05-23 05:32:40 +00:00			`?>`