moodle/version.php

<?php

// MOODLE VERSION INFORMATION

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

    $version = 2009011900;  // YYYYMMDD   = date of the last version bump
                            //         XX = daily increments

    $release = '2.0 dev (Build: 20090120)';  // Human-friendly version name

?>
In order to ensure that when a teacher hides a resource or an activity that students really can't get at it, even if they know the direct links to its pages, I have given an optional third argument $cm to the functions require_login() and require_course_login(). Pages showing information about a particular course module now pass the course module object in this third argument. The login functions will then test if either the course module is visible or the user is a teacher. If neither is the case then the user is redirected to the course homepage after being shown a message "Sorry, this activity is currently hidden". (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) 2005-02-16 10:40:48 +00:00			`<?php`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00			`// MOODLE VERSION INFORMATION`
Added a new $release variable that shows the user-friendly version number 2002-09-06 14:06:48 +00:00
In order to ensure that when a teacher hides a resource or an activity that students really can't get at it, even if they know the direct links to its pages, I have given an optional third argument $cm to the functions require_login() and require_course_login(). Pages showing information about a particular course module now pass the course module object in this third argument. The login functions will then test if either the course module is visible or the user is a teacher. If neither is the case then the user is redirected to the course homepage after being shown a message "Sorry, this activity is currently hidden". (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) 2005-02-16 10:40:48 +00:00			`// This file defines the current version of the core Moodle code being used.`
			`// This is compared against the values stored in the database to determine`
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00			`// whether upgrades should be performed (see lib/db/*.php)`

MDL-17942 reimplemented detection of mysql max_packet_size problems 2009-01-19 08:03:55 +00:00			`$version = 2009011900; // YYYYMMDD = date of the last version bump`
Updated the HEAD build version to 20080305 2008-03-05 05:51:01 +00:00			`// XX = daily increments`
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00
Updated the HEAD build version to 20090120 2009-01-19 23:53:31 +00:00			`$release = '2.0 dev (Build: 20090120)'; // Human-friendly version name`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
I felt like a bump. So nyah. 2007-04-02 06:21:01 +00:00			`?>`