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 = 2007032200;  // YYYYMMDD = date
                           //       XY = increments within a single day

   $release = '1.9 dev';    // 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-8965, adding db table to support sorting or course manager roles in course 2007-03-22 07:14:43 +00:00			`$version = 2007032200; // YYYYMMDD = date`
Tidied up a bit, and removed the CVS version which caused some people confusion 2004-09-27 13:50:55 +00:00			`// XY = increments within a single day`

Bump release to 1.9 dev 2007-02-14 08:38:47 +00:00			`$release = '1.9 dev'; // Human-friendly version name`
Moodle can now upgrade itself, just like the modules do 2002-07-27 13:09:08 +00:00
MDL-8965, adding db table to support sorting or course manager roles in course 2007-03-22 07:14:43 +00:00			`?>`